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Introduction 
This document is the Professional Fidelity Range Extensions Amendment to ITU-T Rec. H.264 | ISO/IEC 14496-10. 


The Recommendation | International Standard has been modified in areas where extended sample bit depth or alternative 
chroma format support requires new or substitute text in order to implement an extended-capability encoder or decoder. 
The original Recommendation | International Standard specified operation with 8 bits per sample and 4:2:0 chroma 
format (a format in which the two chroma arrays each have half the horizontal and vertical resolution of the 
corresponding luma array). This amendment extends this capability to support up to i bits per sample and additional 
chroma formats as follows. 


— Monochrome (a format in which only a luma array is present) 


—  4:2:2 (a format in which the two chroma arrays each have half the horizontal resolution and the same 
vertical resolution as in the corresponding luma array) 


—  4:4:4 (a format in which the two chroma arrays each have the same horizontal and vertical resolution as in 
the corresponding luma array) 


The variety of color spaces that can be explicitly indicated as the source of the video content has also been extended. 
A switchable 8x8 transform and a quantizatienisation matrix has been added for improved coding efficiency.- 


Additionally, a new SEI message has been added to provide a characterizationisation of film grain for use in high-quality 
encoding of film and video, for use when it is advantageous to synthesize film grain with specified characteristics as a 
post-process after decoding. 
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INTERNATIONAL STANDARD 
ITU-T RECOMMENDATION 
ADVANCED VIDEO CODING 
AMENDMENT 1 


Professional Fidelity Range Extensions 


1) Subclause 5.7 ''Mathematical Functions" 


Replace Equation 5-3 of subclause 5.7 with the following two equations. 


Cliply( x ) = Clip3( 0, (1 << BitDepthy )—1, x) (5-3y) 
Cliplc( x ) = Clip3( 0, (1 << BitDepthc ) - 1, x) (5-3c) 
2) Subclause 6.2 ''Source, decoded, and output picture formats" 


Substitute the following for the entire content of subclause 6.2. 
This subclause specifies the relationship between source and decoded frames and fields that is given via the bitstream. 


The video source that is represented by the bitstream is a sequence of either or both frames or fields (called collectively 
pictures) in decoding order. 


The source and decoded pictures (frames or fields) are each comprised of one or more sample arrays: 
— Luma only (monochrome) 
— Luma and two Chroma (YCbCr) 
— RGB, XYZ, etc. 


[Ed. Specifics of RGB and XYZ handling are TBD. ] 


The variable ChromaFormatFactor is specified in Table 6-1, depending on the chroma format sampling structure. If not 
otherwise specified the value of ChromaFormatFactor shall be inferred equal to 1.5, indicating 4:2:0 sampling. 


Table 6-1 — ChromaFormatF actor values 


chroma_format_idc Chroma ChromaFormatFactor | Chroma Format 
Format Component Order List 


Luma, Cb, C 
: Luma, Cb 


3 Luma-Equiv (Y or G), 
Cb Equiv (Z or B), 
Cr Equiv (X or R) 


47 reserved [Reserved | 


pf a 
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In monochrome sampling there is only one sample array, which shall nominally be considered a luma array. 
In 4:2:0 sampling, each of the two chroma arrays has half the height and half the width of the luma array. 

In 4:2:2 sampling, each of the two chroma arrays has the same height and half the width of the luma array. 
In 4:4:4 sampling, each of the two chroma arrays has the same height and width as the luma array. 


In 4:4:4 RGB or XYZ sampling, the G or Y array shall be considered the luma array and the R, B, X or Z arrays shall be 
considered the chroma arrays.- 


The width and height of the luma sample arrays are each a multiple of 16. In bitstreams using 4:2:0 chroma sampling, 
the width and height of chroma sample arrays are each an integer multiple of 8. In bitstreams using 4:2:2 sampling, the 
width of the chroma sample arrays is an integer multiple of 8 and the height is an integer multiple of 16. The height of a 
luma array that is coded as two separate fields or in macroblock-adaptive frame-field coding (see below) is an integer 
multiple of 32 samples. In bitstreams using 4:2:0 chroma sampling, the height of each chroma array that is coded as two 
separate fields or in macroblock-adaptive frame-field coding (see below) is an integer multiple of 16 samples. The width 
or height of pictures output from the decoding process need not be an integer multiple of 16 and can be specified using a 
cropping rectangle. 


The width of fields coded referring to a specific sequence parameter set is the same as that of frames coded referring to 
the same sequence parameter set (see below). The height of fields coded referring to a specific sequence parameter set is 
half that of frames coded referring to the same sequence parameter set (see below).- 


In bitstreams of chroma_format_idc value equal to one, the nominal vertical and horizontal relative locations of luma and 
chroma samples in frames are shown in Figure 6-1. Alternative chroma sample relative locations may be indicated in 
video usability information (see Annex E). 


The number of bits necessary for the representation of each of the samples in the luma and chroma arrays in a video 
sequence is in the range of 8 to 12, and the number of bits used in the luma array may differ from the number of bits used 
in the chroma arrays. 
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Legend: 


X= Location of luma sample 
O= Location of chroma sample 


Figure 6-1 — Nominal vertical and horizontal locations of 4:2:0 luma and chroma samples in a frame 


A frame consists of two fields as described below. A coded picture may represent a coded frame or an individual coded 
field. A coded video sequence conforming to this Recommendation | International Standard may contain arbitrary 
combinations of coded frames and coded fields. The decoding process is also specified in a manner that allows smaller 
regions of a coded frame to be coded either as a frame or field region, by use of macroblock-adaptive frame-field coding. 
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Source and decoded fields are one of two types: top field or bottom field. When two fields are output at the same time, or 
are combined to be used as a reference frame (see below), the two fields (which shall be of opposite parity) are 
interleaved. The first (i.e., top), third, fifth, etc. rows of a decoded frame are the top field rows. The second, fourth, sixth, 
etc. rows of a decoded frame are the bottom field rows. A top field consists of only the top field rows of a decoded 
frame. When the top field or bottom field of a decoded frame is used as a reference field (see below) only the even rows 
(for a top field) or the odd rows (for a bottom field) of the decoded frame are used. 


In bitstreams of chroma_format_idc value equal to one, the nominal vertical and horizontal relative locations of luma and 
chroma samples in top and bottom fields are shown in Figure 6-2. The nominal vertical sampling relative locations of the 
chroma samples in a top field are specified as shifted up by one-quarter luma sample height relative to the field-sampling 
grid. The vertical sampling locations of the chroma samples in a bottom field are specified as shifted down by one- 
quarter luma sample height relative to the field-sampling grid. Alternative chroma sample relative locations may be 
indicated in the video usability information (see Annex E).- 

NOTE - The shifting of the chroma samples is in order for these samples to align vertically to the usual location relative to the 

full-frame sampling grid as shown in Figure 6-1. 
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O x 
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x x x x x x 
x x x x x x 
O O O 
x x x x x x 
H *o, : *, 
. Top field . Bottom field 
Legend: Legend: 
X= Location of luma sample X= Location of luma sample 
©= Location of chroma sample O= Location of chroma sample 


Figure 6-2 — Nominal vertical and horizontal sampling locations of 4:2:0 samples in top and bottom fields. 


In bitstreams of chroma_format_idc value equal to 2, the luma and chroma samples are co-sited and the nominal 
locations in a frame and in fields are as shown in Figures 6-2a and 6-2b respectively. 
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X= Location of luma sample 
© = Location of chroma sample 


Figure 6-2a — Nominal vertical and horizontal locations of 4:2:2 luma and chroma samples in a frame 


Top field 


Legend: 


X= Location of luma sample 
O-= Location of chroma sample 
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*e Bottom field 


Legend: 


X= Location of luma sample 
O= Location of chroma sample 


Figure 6-2b — Nominal vertical and horizontal sampling locations of 4:2:2 samples top and bottom fields. 


[Ed. Note: Avoid renumbering existing figures] 


In bitstreams of chroma_format_idc value equal to 3, all array samples are co-sited for all cases of frames and fields. 


[Ed. Note: Add a figure.] 
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X= Location of luma sample 
© = Location of chroma sample 


Figure 6-2c — Nominal vertical and horizontal locations of 4:4:4 luma and chroma samples in a frame 
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Figure 6-2d — Nominal vertical and horizontal sampling locations of 4:4:4 samples top and bottom fields 
[Ed. Necessary? Will MBAFF or coded fields be supported for 4:4:4?] 


{Ed. Note: Other things relating to chroma in clause 6 need work (e.g., spatial location and neighbour definitions for 


chroma). 
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Subclause 7.3.2.1 'Sequence parameter set RBSP syntax" 


Revise subclause 7.3.2.1 as follows. 


seq_parameter_set_rbsp( ) { C_ | Descriptor 
profile_idc O | u(s) 
constraint_set0_flag O | udl) 
constraint_set1_flag O | udl) 
constraint_set2_flag 0 | u(1) 
constraint_set3_flag 0 | u(1) 
—eonstraint_set4_flag 0 | ad 
reserved_zero_43bits /* equal to 0 */ 0 | u(3) 
level_ide O | u(8) 
seq_parameter_set_id 0 ue(v) 
if( (profile_ide ==69| prefile ide == 70 profileide == profile ide 
== 2% 11 )} != 0 )4*** > { 
chroma_format_idc 0 | u(2) 
bit_depth_luma_minus8 0 | ue(v) 
bit_depth_chroma_minus8 0 | ue(v) 
—lossless—ceding qp0_flag QO | ud) 
} 
log2_max_frame_num_minus4 O | ue(v) 
pic_order_cnt_type 0 | ue(v) 
if( pic_order_cnt_type == 0) 
log2_max_pic_order_cnt_Isb_minus4 O | ue(v) 
else if( pic_order_cnt_type == 1 ) { 
delta_pic_order_always_zero_flag 0 | u(1) 
offset_for_non_ref_pic 0 se(v) 
offset_for_top_to_bottom_field 0 | se(v) 
num_ref_frames_in_pic_order_cnt_cycle O | ue(v) 
for(i = 0; i < num_ref_frames_in_pic_order_cnt_cycle; i++ ) 
offset_for_ref_frame[ i ] 0 | se(v) 
} 
num_ref_frames QO | ue(v) 
gaps_in_frame_num_value_allowed_flag 0 | u(1) 
pic_width_in_mbs_minus1 O | ue(v) 
pic_height_in_map_units_minus1 O | ue(v) 
frame_mbs_only_flag O | ud1) 
if( !frame_mbs_only_flag ) 
mb_adaptive_frame_field_flag 0 | u(1) 
direct_8x8_inference_flag O | u(1) 
frame_cropping_flag O | ul) 
if( frame_cropping_flag ) { 
frame_crop_left_offset 0 | ue(v) 
frame_crop_right_offset O | ue(v) 
frame_crop_top_offset 0 | ue(v) 
frame_crop_bottom_offset 0 | ue(v) 
} 
vui_parameters_present_flag 0 | ud) 
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if( vui_parameters_present_flag ) 


vui_parameters( ) 0 


rbsp_trailing_bits( ) 0 


4) Subclause 7.3.2.2 "Picture parameter set RBSP syntax" 


Define two new parameters to replace chroma_qp_index_offset when the new profile is indicated, enabling separate 
control of QP for each of the two chroma components, as follows. 


Replace the line of the Picture Parameter Set syntax containing chroma_qp_index_offset with the following: 


if ( (profile_idc 1=-% 69-&& profileide t= 70 && profileidet=H && profileidet= 
F2ll) == 0) 
chroma_qp_index_offset 


pelse{ 
[Sa ee 


Replace the corresponding part of the syntax table with the following. 


entropy_coding_mode_flag 
if (( profile_idc % 11) !=0) && entropy_coding_mode_flag ) { a i 


transform_8x8_mode_flag u(1) 
= | 


When chroma_qp_index_offset is not present, chroma_qp_index_offset is equal to cb_qp_index_offset for the Cb array 
and is equal to chroma_qp_index_offset cr_qp_index_offset for the Cr array. [Ed. Note: Move that statement to the 
semantics subclause.] 
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5) Subclause 7.3.5.2 | Sub-macroblock prediction syntax 


Replace the syntax table with the following. 


sub_mb_pred(_mb_type ) { 
for( mbPartIdx = 0; mbPartIdx < 4; mbPartIdx++ ) 
sub_mb_type[ mbPartIdx ] 
for( mbPartIdx = 0; mbPartIdx < 4; mbPartIdx++ ) 
if(sub_mb_type[ mbPartIdx | != B_Direct_8x8 ) 
if (NumSubMbPart( sub_mb_type[ mbPartIdx ]) > 1) 
NoMbPartLessThan8x8Flag = 0 


IQ 


Descriptor __| 


Ito 


ue(v) | ae(v 


else 
if (!direct_8x8_inference_flag ) 
NoMbPartLessThan8x8Flag = 0 
for( mbPartIdx = 0; mbPartIdx < 4; mbPartIdx++ ) 
if((num_ref_idx 10 active minus! > 0 || mb field decoding flag) && 
mb_type != P_ 8x8ref0 && 
sub_mb_type[ mbPartIdx | != B_ Direct_8x8 && 
SubMbPredMode( sub_mb_type[ mbPartIdx |) != Pred_Ll ) 
ref_idx_10[ mbPartIdx ] 
for( mbPartIdx = 0; mbPartIdx < 4; mbPartIdx++ ) 
if((num_ref_idx_ ll active _minusl > 0 || mb_ field decoding flag ) && 
sub_mb_type[ mbPartIdx | != B_ Direct_8x8 && 
SubMbPredMode( sub_mb_type[ mbPartIdx |) != Pred LO) 
ref_idx_11[ mbPartIdx ] 
for( mbPartIdx = 0; mbPartIdx < 4; mbPartIdx++ ) 
if(sub_mb_type[ mbPartIdx | != B Direct_8x8 && 
SubMbPredMode( sub_mb_type[ mbPartIdx |) != Pred_L1 ) 
for( subMbPartIdx = 0; 
subMbPartIdx < NumSubMbPart( sub_mb_type[ mbPartIdx | ); 
subMbPartIdx++) 
for(compIdx = 0; compIdx < 2; compIdx++ ) 
myd_10[ mbPartldx ][ subMbPartIdx ][ compIdx ] 2 | se(v) | ae(v 
for( mbPartIdx = 0; mbPartIdx < 4; mbPartIdx++ ) 
if(sub_mb_type[ mbPartIdx | != B Direct _8x8 && 
SubMbPredMode(_sub_mb_type[ mbPartIdx |) != Pred_L0 ) 
for( subMbPartIdx = 0; 
subMbPartIdx < NumSubMbPart( sub_mb_type[ mbPartIdx | ); 
subMbPartIdx++) 
for( compIdx = 0; compIdx < 2; compIdx++ ) 
myd_11[ mbPartldx ][ subMbPartldx ][ compIdx ] 


[to 


te(v) | ae(v 


[to 


te(v) | ae(v 


[tO 


Se€(V) | ae(v 
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665)  Subclause 7.3.5.3 "Residual data syntax" 
Replace subclause 7.3.5.3 with the following. 


7.3.4.3 Residual data syntax 


residual_block = residual_block_cavlc ff 
a 


residual_block = residual_block_cabac 
if( MbPartPredMode( mb_type, 0) == Intra_16x16 ) 
residual_block( Intral6x16DCLevel, 16 ) 
for( i8x8 = 0; 18x8 < 4; 18x8++ ) /* each luma 8x8 block */ 
for( 14x4 = 0; 14x4 < 4; 14x4+4+ ) /* each 4x4 sub-block of block */ 
if( CodedBlockPatternLuma & ( 1 << 18x8 ) ) { 
if( MbPartPredMode( mb_type, 0) == Intra_16x16 ) 
residual_block( Intral6x16ACLevel[ i8x8 * 4 + i4x4 ], 15 ) 
else 
residual_block( LumaLevell[ i8x8 * 4 + 14x4 ], 16 ) 
} else { 
if( MbPartPredMode( mb_type, 0) == Intra_16x16 ) 
for(i=0;1i< 15; i++) 
Intral6x16ACLevel[ i8x8 * 4 + i4x4 ][i] =0 


else 
for(i =0;i< 16; i++) 
LumaLevel[ i8x8 * 4 + 14x4 ][1]=0 


} 
if( chroma_format_idc = = 0 || chroma_format_idc = = | ) /* Mono, 4:2:0 */ 
numC8x8 = | 
else if( chroma_format_idc = = 2 ) /* 4:2:2 */ 
numC8x8 = 2 
else /* 4:4:4 */ 
numC8x8 = 4 
if( CodedBlockPatternChroma & 3 ) /* chroma DC residual present */ 
residual_block( ChromaDCLevel[ iCbCr ], 4 * numC8x8 ) 
else 
for(i =0;1< 4 * numC8x8; i++ ) 
ChromaDCLevel[ iCbCr ][ i ] = 0 
for( iCbCr = 0; iCbCr < 2; iCbCr++ ) 
for( 18x8 = 0; 18x8 < numC8x8; i8x8++ ) 
for( 14x4 = 0; 14x4 < 4; 14x4++ ) 


if( CodedBlockPatternChroma & 2 ) 
/* chroma AC residual present */ 
residual_block( ChromaACLevel[ iCbCr ][ i8x8*4+14x4 ], 15 ) 


else 
for(i =0;1< 15; i++) 
ChromaACLevel[ iCbCr ][ i8x8*4+i4x4 ][ i] =0 
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736) 


Subclause 7.3.5 ''Macroblock layer syntax" 


Replace subclause 7.3.5 with the following. 


7.3.5 


10 


Macroblock layer syntax 


macroblock_layer( ) { 


Descriptor 


mb_type 


ue(v) | ae(v) 


if( mb_type = = I_PCM ) { 


while( !byte_aligned() ) 


pcem_alignment_zero_bit 


f(1) 


for(i =0; 1 < 256; i++) 


pcm_sample_luma[ i ] 


u(v) 


for(i = 0; 1 < 256 * ( ChromaFormatFactor — | ); i++) 


pcm_sample_chroma[ i ] 


u(v) 


} else { 


if( MbPartPredMode( mb_type, 0) != Intra_4x4 && 
MbPartPredMode( mb_type, 0) != Intra_16xl6 && 
NumMbPart( mb_type ) == 4) 


sub_mb_pred( mb_type ) 


else 


mb_pred( mb_type ) 


if( MbPartPredMode( mb_type, 0) != Intra_16x16 ) 


coded_block_pattern 


me(v) | ae(v) 


if( CodedBlockPatternLuma > 0 || CodedBlockPatternChroma > 0 | | 
MbPartPredMode( mb_type, 0 ) == Intra_16x16 ) { 


mb_qp_delta 


se(v) | ae(v) 


residual( ) 


3|4 
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8) Subclause 7.3.5 Macroblock layer syntax [Ed. Note: Conflicting edits] 


Replace the syntax table with the following. 


macroblock _layer( ) { 


mb_type 
if(mb_type = =I PCM ) { 
while( !byte_alignedQ ) 
pem_alignment_zero_bit 
for(i = 0; i < 256 * ChromaFormatFactor; i++) 
______ pem_byte[ i] 
| else { 
NoMbPartLessThan8x8Flag = 1 _/* Maybe modified in sub_mb_pred() 
if( MbPartPredMode( mb_type, 0) != Intra NxN && 
MbPartPredMode( mb_type, 0) != Intra 16x16 && 
NumMbPart( mb_type ) == 4) { 
sub_mb_pred( mb_type ) 


if( NoMbPartLessThan8x8Flag && transform _8x8_mode_flag ) 


transform_size_flag 
} else { 


if( MbPartPredMode( mb_type, 0.) != Intra_ 16x16 && 
transform_8x8_mode_flag ) 


transform_size_flag 
mb_pred( mb_type ) 
_ +t 
if( MbPartPredMode( mb_type, 0.) != Intra_16x16 ) 


coded_block_pattern 2 me(v) | ae(v) 
if( CodedBlockPatternLuma > 0_| | CodedBlockPatternChroma > 0 | | 

MbPartPredMode( mb_type, 0.) == Intra_16x16 ) { 

mb_qp_ delta 2 se(v) | ae(v 

residual( ) 3|4 


Descriptor 
ue(v) | ae(v) 


INIA 


i) 
= 
E 


Ito 
i= 
oo 


i) 


Ito 


ae(v) 


ae(v) 


IN] [ho 


“TL 
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9) Subclause 7.3.5.1 | Macroblock prediction syntax 


Replace the corresponding part of the syntax table with the following. 


if( MbPartPredMode( mb_type, 0.) == Intra_4x4 || 
MbPartPredMode( mb_type, 0) == Intra 8x8 || 
MbPartPredMode( mb_type, 0.) == Intra _ 16x16) { 


if( MbPartPredMode( mb_type, 0.) == Intra_4x4 ) 


for( luma4x4BlkIdx=0; luma4x4BlkIdx<16; luma4x4BlkIdx++ ) { 


prev_intra4x4_pred_mode_flag[ luma4x4BlkIdx ] 2 | uC) | ae(v 

if( !prev_intra4x4_pred_mode_flag[ luma4x4BlkIdx ] ) 
___srem_intra4x4_pred_mode[ luma4x4BlkIdx | 2 | u(3) | ae(v 
ewer | 

if( MbPartPredMode( mb_type, 0.) == Intra_8x8 ) 
for( luma8x8BlkIdx=0; luma8x8BlkIdx<4; luma8x8BlkIdx++ ) { 
prev_intra8x8_pred_mode_flag[ luma8x8BlkIdx ] 2 | ae(v) 
if( !prev_intra8x8_pred_mode_flag/ luma8x8BlkIdx | ) 
rem_intra8x8_pred_mode[ luma8x8BlkIdx ] 2 | ae(v) 


___} 
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10407) Subclause 7.3.5.3.1 "Residual block CAVLC syntax" 
Substitute the following for the entire content of subclause 7.3.5.3.1 "Residual Block CAVLC Syntax": 


residual_block_cavlc( coeffLevel, maxNumCoeff ) { C_ | Descriptor 


for(i = 0; 1 < maxNumCoeff; i++ ) 
coeffLevel[ i ] = 0 
coeff_token 3|4 | ce(v) 
if( TotalCoeff( coeff_token ) > 0) { 
if( TotalCoeff( coeff_token ) > 10 && TrailingOnes( coeff_token ) < 3 ) 
suffixLength = | 


else 
suffixLength = 0 
for(i = 0; i < TotalCoeff( coeff_token ); i++ ) 
if(i < TrailingOnes( coeff_token ) ) { 
trailing_ones_sign_flag 3|4 | ud) 


level[ i] = 1 — 2 * trailing _ones_sign_flag 
} else { 
level_prefix 3|4 | ce(v) 
levelCode = ( min(15,level_prefix) << suffixLength ) 
if( suffixLength > 0 || level_prefix >= 14 ) { 
level_suffix 3|4 | uy) 


levelCode += level_suffix 


} 

if(level_prefix >= 15 && suffixLength == 0) 
levelCode += 15 

if( level_prefix >= 16) 
levelCode += (1<<( level_prefix — 3 )) — 4096 


if(i == TrailingOnes( coeff_token) && 
TrailingOnes( coeff_token ) < 3 ) 
levelCode += 2 


if( levelCode % 2 == 0) 

level[ i ] = ( levelCode + 2 ) >> 1 
else 

level[ i ] = (—levelCode — 1) >> 1 
if( suffixLength == 0) 

suffixLength = | 


if( Abs( level[i]) > (3 << (suffixLength-1)) && 
suffixLength < 6 ) 
suffixLength++ 


} 
if( TotalCoeff( coeff_token ) < maxNumCoeff ) { 


total_zeros 3|4 | ce(v) 


zerosLeft = total_zeros 


} else 


zerosLeft = 0 
for(i = 0; 1 < TotalCoeff( coeff_token ) — 1; i++ ) { 
if( zerosLeft > 0 ) { 
run_before 3|4 | ce(v) 


run[ i | = run_before 
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} else 


run[i]=0 


zerosLeft = zerosLeft — run[ i ] 


} 


run[ TotalCoeff( coeff_token ) — 1 ] = zerosLeft 


coeffNum = -1 


for(i = TotalCoeff( coeff_token ) — 1; i >= 0; i-- ) { 


coeffNum += run[i]+1 


coeffLevel[ coeffNum ] = levell[ i | 
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11) Subclause 7.3.5.4 ''Residual block CABAC syntax"' 


Replace the syntax table with the following. 


residual_block_cabac( coeffLevel, maxNumCoeff ) { C_ | Descriptor 
if (maxNumCoeff != 64 ) 
coded_block_ flag /* indicates per 4x4 block whether non-zero coeffs 3|4 | ae(v) 
are present */ 
else 


coded_block_ flag = 1 /* for 8x8 blocks, presence of non-zero coeffs is 
implied */ 


if( coded_block_flag ) { 


numCoeff = maxNumCoeff 


eae) 
do { 
significant_coeff_flag[ i ] 34 | ae(v) 
if( significant_coeff_flag[ i ]) { 
last_significant_coeff_flag i ] 3|4 | ae(v) 


if(last_significant_coeff_flag[ i] ) { 


numCoeff =i+ 1 


for( j = numCoeff; j < maxNumCoeff; j++ ) 


coeffLevell j ] = 0 


See 


— ) 


i++ 


| while(i < numCoeff-1 ) 


coeff_abs_level_minus1[ numCoeff-1 ] 


EE 
IA 
i] 
oO 
af 


job) 
io) 
< 


coeff_sign_flag[ numCoeff-1 ] 


coeffLevel[ numCoeff-1 ] = 
(coeff_abs_level_minus1[ numCoeff — 1 | +1) * 
(1 —2 * coeff_sign_ flag[ numCoeff — 1 | ) 


for(i = numCoeff-2; i >= 0; i-- ) { 


if( significant_coeff_flag[ i] ) { 


coeff_abs_level_minus1{ i ] 


2 
oO 
B 


rains 
BY] IA 
i] 
oO 
act 


coeff_sign_flag[ i ] 


coeffLevel[ i] = (coeff_abs_level_minusl[i]+ 1) * 
(1 —2 * coeff_sign_ flag] i] ) 


pelse 


coeffLevel[ i | = 0 


ee 
} else 


for(i = 0; 1 < maxNumCoeff; i++ ) 


coeffLevel[ i | = 0 
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12) Subclause 7.3.5.3 "Residual data syntax" 


Replace the corresponding part of the syntax table with the following. 


for( i8x8 = 0; 18x8 < 4; 18x8++ ) /* each luma 8x8 block */ 


if( !transform_8x8 mode flag || !transform_size_flag || 
!NoMbPartLessThan8x8Flag | | 
MbPartPredMode( mb_type, 0.) == Intra_16x16 ) 


for( 14x4 = 0; 14x4 < 4; 14x4++ ) /* each 4x4 sub-block of block */ 


if( CodedBlockPatternLuma & (1 << i8x8 ) ) { 


if( MbPartPredMode( mb_type, 0) == Intra_16x16 ) 


residual_block( Intral6x16ACLevell i8x8 * 4 + 14x4 ], 15 ) 


[Uo 


else 


residual_block( LumaLevel[ i8x8 * 4 + 14x4 ], 16 ) 


} else { 


if( MbPartPredMode( mb_type, 0) == Intra_16x16 ) 


for(i = 0; 1 < 15; i++ ) 


Intral6x16ACLevell[ i18x8 * 4 + 14x4 ][ i] = 


else 


for( i= 0; 1 < 16; i++ ) 


LumaLevel[ i8x8 * 4 + 14x4 |[1]=0 


=a 


else 


if( CodedBlockPatternLuma & (_1 << 18x8 ) ) 


residual_block( LumaLevel64{[ i8x8 ], 64 ) 


else 


for(i = 0; 1 < 64; i++ ) 


LumaLevel64/ i8x8 ][ i] = 


13438) Subclause 7.4.2.1 "Sequence parameter set RBSP semantics" 


[Ed. Note: Add the following where appropriate. ] 


constraint_set3_flag indicates the following. 


—__If profile_idc is equal to 55, 66, or 77, the following applies. 


—___If level_idc is equal to 11, constraint_set3_flag equal to 1 indicates that the bitstream obeys all constraints 


specified in Annex A for level 1b and constraint_set3_flag equal to 0 .indicates that the bitstream may or may 


not obey all constraints specified in Annex A for level 1b. 


— _ Otherwise (level_idc is not equal to 11), the value of 1 for constraint_set3_ flag is reserved for future use by 


ITU-T | ISOMEC. constraint_set3_flag shall be equal to 0 in bitstreams conforming to this Recommendation | 


International Standard. Decoders conforming to this Recommendation | International Standard shall ignore the 


value of constraint_set3_flag. 


— __ Otherwise (profile _idc is not equal to 55, 66, or 77), constraint_set3_flag equal to 1 indicates that the bitstream 


obeys all constraints specified in subclauses A.2.4 and A.2.5, and constraint_set3_flag equal to 0 indicates that the 


bitstream may or may not obey all constraints specified in subclauses A.2.4 and A.2.5. [Ed. Note: Check subclause 


numbers for 4:2:2/8 and 4:2:0/10 profiles. ] 


ecto lbh tect te) tices te Et el ot a ee tl 
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does oc eee ee Le 
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reserved_zero_43bits = shall be equal to 0 in bitstreams conforming to this Recommendation | International Standard. 
Other values of reserved_zero_4bits may be specified in the future by ITU-T | ISO/IEC. Decoders shall ignore the value 
of reserved_zero_4bits. 


chroma_format_idc ... 


lossless_qpQeeding flag equal to | indicates ... 


bit_depth_luma_minus§8 specifies the bit depth of the samples of the luma array and the value of the luma quantiszation 
parameter range offset QpBdOffsety, as specified by 


BitDepthy = 8 + bit_depth_luma_minus8 (7-x) 


QpBdOffsety = 6 * bit_depth_luma_minus8 (7-x) 


When bit_depth_luma_minus8 is not present, the value of bit_depth_luma_minus8 shall be inferred to be equal to 0. 
bit_depth_luma_minus8 shall be in the range of 0 to 4, inclusive. 


bit_depth_chroma_minus§8 specifies the bit depth of the samples of the chroma arrays and the value of the chroma 
quantiszation parameter range offset QpBdOffsetc, as specified by 


BitDepthc = 8 + bit_depth_chroma_minus8 (7-x) 


QpBdOffsetc = 6 * bit_depth_chroma_minus8 (7-x) 


When bit_depth_chroma_minus§8 is not present, the value of bit_depth_chroma_minus8 shall be inferred to be equal to 0. 
bit_depth_chroma_minus8 shall be in the range of 0 to 4, inclusive. 


14) Subclause 7.4.2.2 _ Picture parameter set RBSP semantics 


In the description of pic_init_gp_minus26 in subclause 7.4.2.2, replace the sentence 'The value of pic_init_qp_minus26 
shall be in the range of -26 to +25, inclusive” with "The value of pic_init_qp_minus26 shall be in the range of (-26 — 
QpBdOffsety ) to +25, inclusive”. 


Add the following. [Ed. Note: Where?] 


transform_8x8_mode_flag equal to | indicates that the 8x8 transform decoding process may be in use (see subclause 
8.4). transform 8x8 mode flag equal to 0 indicates that the 8x8 transform decoding process is not in use. If 
transform _8x8_mode_flag is not present in the bitstream, it shall be inferred to be 0. 
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15) Subclause 7.4.2.2 _ Picture parameter set RBSP semantics [Ed. Note: Wrong 
subclause] 


Change the corresponding parts of the subclause with the following. 


Add the following paragraph. 


transform_size_flag equal to 0 specifies that for the current macroblock the transform coefficient decoding process and 
picture construction process prior to deblocking filter process for residual 4x4 blocks shall be invoked for luma samples. 
transform_size_flag equal to | specifies that for the current macroblock the transform coefficient decoding process and 
picture construction process prior to deblocking filter process for residual 8x8 blocks shall be invoked for luma samples. 
If transform _size_flag is not present in the bitstream, it shall be inferred to be equal to 0. 


The variable TransformSizels8x8Flag is specified as follows. 


—___If mb type of the current macroblock is not equal to Intra_16x16 and transform_size_flag is equal to _1 and 
transform _8x8_mode_flag is equal to 1, the variable TransformSizeIs8x8Flag is set equal to 1. 


— __ Otherwise, variable TransformSizels8x8Flag is set equal to 0. 


Change the following parts. 


Table 7-8 — Macroblock types for I slices 


e 


MbPartPredMode 
(Camb_type, 0) 


Intral16x16PredMode 


mb_type 
Name of mb_t 
transform_size_fla: 
CodedBlockPatternLuma 


CodedBlockPatternChroma 


Zz, 
x 
Zi 
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L44--the- macrobleckis-coded_as-antntra_4+4 prediction macroblock IT NxN: A mnemonic name for mb_type equal to 
0 with MbPartPredMode( mb_type, 0 ) equal to Intra_4x4 or Intra_8x8. 


Intra_4x4 specifies the macroblock prediction mode and specifies that the Intra_4x4 prediction process is invoked as 
specified in subclause 8.3.1. Intra_4x4 is an Intra macroblock prediction mode. 


Intra_8x8 specifies the macroblock prediction mode and specifies that the Intra_8x8 prediction process is invoked _ as 
specified in subclause 8.3.2. Intra_8x8 is an Intra macroblock prediction mode. 


164649) Subclause 7.4.3 ''Slice header semantics" 


In subclause 7.4.3, after Equation 7-16, replace the phrase "QPy is in the range of 0 to 51, inclusive” with "SliceQPy is 
in the range of -QpBdOffsety to 51, inclusive”. 


174444) — Subclause 7.4.5 "Macroblock layer semantics" 


In subclause 7.4.5, make the following changes. 


Replace the paragraph that starts with "mb_type" with the following. 
mb_type specifies the macroblock type. The semantics of mb_type depend on the slice type. 


Tables and semantics are specified for the various macroblock types for I, SI, P, SP, and B slices. Each table presents the 
value of mb_type, the name of mb_type, the number of macroblock partitions used (given by the 
NumMbPart( mb_type ) function), the prediction mode of the macroblock (when it is not partitioned) or the first partition 
(given by the MbPartPredMode( mb_type, 0 ) function) and the prediction mode of the second partition (given by the 
MbPartPredMode( mb_type, 1 ) function). When a value is not applicable it is designated by “na”. In the text, the value 
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of mb_type may be referred to as the macroblock type and a value X of MbPartPredMode( ) may be referred to in the 
text by "X macroblock (partition) prediction mode" or as ““X prediction macroblocks”. 

Table 7-7 shows the allowed collective macroblock types for each slice_type. 


NOTE - There are some macroblock types with Pred_LO prediction mode that are classified as B macroblock types. 


Table 7-7 — Allowed collective macroblock types for slice_type 


allowed collective macroblock types 
I (slice) I (see Table 7-8) (macroblock types) 
P (slice) P (see Table 7-10) and I (see Table 7-8) (macroblock types) 


B (slice) B (see Table 7-11) and I (see Table 7-8) (macroblock types) 
SI (slice) SI (see Table 7-9) and I (see Table 7-8) (macroblock types) 
SP (slice) P (see Table 7-10) and I (see Table 7-8) (macroblock types) 


Macroblock types that may be collectively referred to as I macroblock types are specified in Table 7-8. 


The macroblock types for I slices are all I macroblock types. 
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Table 7-8 — Macroblock types for I slices 


Name of mb_type 
MbPartPredMode 
(mb_type, 0 ) 
Intra16x16PredMode 
CodedBlockPatternChroma 
CodedBlockPatternLuma 


I_16x16_1_0_0 1 
I_16x16_2_0_0 2 
I_16x16_1_1_0 


I_16x16_2_1_0 


— 


ios) 


a 


I_16x16_3_1_0 


1_16x16_1_2_0 1 
1_16x16_0_0_1 
1_16x16_1_0_1 1 
116x16_2_0_1 2 
(oxt6.3.0.1 
116x16_0_1_1 
1_16x16_0_2_1 
116x16_1_2_1 1 


The following semantics are assigned to the macroblock types in Table 7-8: 


vo 
Q 
2 
a 
= 


I_4x4: the macroblock is coded as an Intra_4x4 prediction macroblock. 
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1_16x16_0_0_0, I_16x16_1_0_0, I_16x16_2_0_0, I_16x16_3_0_0, I_16x16_0_1_0, I_16x16_1_1_0, I_16x16_2_1_0, 
1_16x16_3_1_0, I_16x16_0_2_0, I_16x16_1_2_0, 1_16x16_2_2 0, I_16x16_3_2_0, I_16x16_0_0_1, I_16x16_1_0_1, 
1_16x16_2_0_1, I_16x16_3_0_1, I_16x16_0_1_1, 1_16x16_1_1_1, I_16x16_2_1_1, I_16x16_3_1_1, I1_16x16_0_2_1, 
1_16x16_1_2_1, I_16x16_2_2_1, I_16x16_3_2_1: the macroblock is coded as an Intra_16x16 prediction mode 
macroblock. 


To each Intra_16x16 prediction macroblock, an Intral6x16PredMode is assigned, which specifies the Intra_16x16 
prediction mode. CodedBlockPatternChroma contains the coded block pattern value for chroma as specified in 
Table 7-12. When chroma_format_idc is equal to 0, CodedBlockPatternChroma shall be equal to 0. 
CodedBlockPatternLuma specifies whether, for the luma component, non-zero AC transform coefficient levels are 
present. CodedBlockPatternLuma equal to 0 specifies that all AC transform coefficient levels in the luma component of 
the macroblock are equal to 0. CodedBlockPatternLuma equal to 15 specifies that at least one AC transform coefficient 
levels in the luma component of the macroblock is non-zero, requiring scanning of AC transform coefficient levels for 
all 16 of the 4x4 blocks in the 16x16 block. 


Replace the paragraph that starts with "pem_byte[ i |" with the following. 


pcem_sample_luma[ i ] is a sample value. The first pcm_sample_luma[ i] values represent luma sample values in the 
raster scan within the macroblock. The number of bits used to represent each of these samples is BitDepthLumay. 
When profile_idc is not equal to 69, 70, et 71, or 72, pem_sample_luma| i ] shall not be equal to 0. 


pcem_sample_chroma[i] is a sample value. The first 128 * ( ChromaFormatFactor— 1) pcm_sample_chroma| i ] 
values represent Cb sample values in the raster scan within the macroblock and the remaining 
128 * ( ChromaFormatFactor — 1 ) pem_sample_chroma|[ i ] values represent Cr sample values in the raster scan within 
the macroblock. The number of bits used to represent each of these samples is BitDepthLumac. When profile_idc is not 
equal to 69, 70, er-71, or 72, pcm_sample_chroma| i ] shall not be equal to 0. 


Replace Equation 7-23 with 

QPy = ( ( QPy prev + mb_qp_delta + 52 + QpBdOffsety ) % (52 + QpBdOffsety ) ) - QpBdOffsety(7-23) 
At the end of the subclause, insert the following text and equation 

The value of QP’y is derived as 


QP'y = QPy + QpBdOffsety (7-23') 


18) Subclause 7.4.5.1 | Macroblock prediction semantics 


Add the following paragraph. 


prev_intra8x8_pred_mode_flag[ luma8x8BlkIdx ] and _rem_intra8x8_pred_mode[ luma8x8BlkIdx | specify the 
Intra_8x8 prediction of the 8x8 luma block with index luma8x8BlkIdx = 0..3. 


19) Subclause 7.4.5.2 | Sub-macroblock prediction semantics 


Add the following paragraph. 

The variable NoMbPartLessThan8x8Flag indicates whether for each of the 4 8x8 blocks indexed by mbPartIdx = 0..3 the 
corresponding SubMbPartWidth( sub_mb_type[ mbPartIdx | )and_ SubMbPartHeight( sub_mb_type[ mbPartIdx |) are 
both equal to 8. 


22 ITU-T Rec. H.264 (2003 E) / AMD1 : 2004 


ISO/IEC 14496-10 : 2003 / AMD1 : 2004 (E) 


20) Subclause 7.4.5.2 | Sub-macroblock prediction semantics 


Change the following paragraph. 


- Depending on MbPartPredMode( mb_type, 0 ), the following applies. 


- If MbPartPredMode( mb_type, 0 _) is equal to Intra_16x16, the transform coefficient levels are parsed into the 
list Intral6x16DCLevel and into the 16 lists Intral6x16ACLevell i |]. Intral6x16DCLevel contains the 16 
transform coefficient levels of the DC transform coefficient levels for each 4x4 luma block. For each of the 16 
4x4 luma blocks indexed by i = 0..15, the 15 AC transform coefficients levels of the i-th block are parsed into 
the i-th list Intral6x16ACLevel| i |. 


-___ Otherwise (MbPartPredMode( mb_type, 0 _) is not equal to Intra_16x16), the following applies. 


- If transform_size_flag is equal to 0 or NoMbPartLessThan8x8Flag is equal to 0 or 
transform 8x8 _mode_flag is equal to 0, for each of the 16 4x4 luma blocks indexed by i = 0..15, the 16 
transform coefficient levels of the i-th block are parsed into the i-th list LumaLevel i ]. 


- Otherwise (transform_size_flag is equal to 1 and NoMbPartLessThan8x8Flag is equal to | and 
transform 8x8 _mode_flag is equal to 1), for each of the 4 8x8 luma blocks indexed by i = 0..3, the 64 
transform coefficient levels of the i-th block are parsed into the i-th list LumaLevel64| i ]. 


212142) ~—_ Subclause 7.4.5.3 "Residual data semantics" 
Replace subclause 7.4.5.3 with the following. 


Depending on  mb_type, luma or _— chroma, and chroma format, the syntax structure 
residual_block( coeffLevel, maxNumCoeff ) is used with the arguments coeffLevel, which is a list containing the 
maxNumCoeff transform coefficient levels that are parsed in residual_block( ), and maxNumCoeff as follows. 


- | Depending on MbPartPredMode( mb_type, 0 ), the following applies. 


- If MbPartPredMode( mb_type, 0 ) is equal to Intra_16x16, the transform coefficient levels are parsed into the 
list Intral6x16DCLevel and into the 16 lists Intral6x16ACLevel[ i ]. Intral6x16DCLevel contains the 16 
transform coefficient levels of the DC transform coefficient levels for each 4x4 luma block. For each of the 16 
4x4 luma blocks indexed by i = 0..15, the 15 AC transform coefficients levels of the i-th block are parsed into 
the i-th list Intral6x16ACLevel[ i ]. 


- Otherwise (MbPartPredMode( mb_type, 0 ) is not equal to Intra_16x16), for each of the 16 4x4 luma blocks 
indexed by i = 0..15, the 16 transform coefficient levels of the i-th block are parsed into the i-th list 
LumaLevel[ i ]. 


- If residue_transform_flag is equal to 0 or MbPartPredMode( mb_type, 0) is not intra_4x4, for each chroma 
component, indexed by iCbCr = 0..1, the DC transform coefficient levels of the 4x4 chroma blocks are parsed into 
iCbCr-th list ChromaDCLevel[ iCbCr ]. 


- For each of the 4x4 chroma blocks, indexed by i4x4 = 0..3 and i8x8 = 0...num8x8, of each chroma component, 
indexed by iCbCr = 0..1, the 15 AC transform coefficient levels are parsed into the i4x4-th list of the iCbCr-th 
chroma component ChromaACLevel[ iCbCr ][ i4x4 ]. 


22) Subclause 7.4.5.3.1 Residual block CABAC semantics 


Change the following paragraph. 


coded_block_ flag specifies for blocks that_are not 8x8 luma blocks whether the block contains non-zero transform 
coefficient levels as follows. 
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23) Subclause 8.3 Intra prediction process 


Change the following paragraph. 


Inputs to this process are constructed samples prior to the deblocking filter process from neighbouring macroblocks and 
for Intra_ NxN (where NxN is equal to 4x4 or 8x8) prediction mode, the associated values of IntraNxNPredMode from 
neighbouring macroblocks. 


Qutputs of this process are specified as follows. 


-___If mb_type is not equal to I_ PCM, the Intra prediction samples of components of the macroblock or in case of the 
Intra_NxN prediction process for luma samples, the outputs are NxN luma sample arrays as part of the 16x16 luma 
array of prediction samples of the macroblock. 


-___ Otherwise (mb_type is equal to I PCM), constructed macroblock samples prior to the deblocking filter process. 


Depending on the value of mb_type the following applies. 


- If mb_type is equal to I_ PCM, the process specified in subclause 8.3.5 is invoked. 


- Otherwise (mb_type is not equal to 1 PCM), the following applies. 


- The decoding processes for Intra prediction modes are described for the luma component as follows. 


- If the macroblock prediction mode is equal to Intra_4x4, the specification in subclause 8.3.1 applies. 


- Otherwise, if the macroblock prediction mode is equal to Intra_8x8, the specification in subclause 8.3.2 [Ed. 
Note (TW): new subclause] applies. 


- Otherwise (the macroblock prediction mode is equal to Intra_16x16), the specification in subclause 8.3.3 [Ed. 
Note (TW): incremented because of new subclause] applies. 


- The decoding processes for Intra prediction modes for the chroma components are described in subclause 
8.3.4. [Ed. Note (TW): incremented because of new subclause]_ 


Samples used in the Intra prediction process shall be sample values prior to alteration by any deblocking filter 
operations. 


24) Subclause 8.3.1 Intra_4x4 prediction process for luma samples 


Change the following paragraph. 


Inputs to this process are constructed luma samples prior to the deblocking filter process from neighbouring macroblocks 
and the associated values of Intra4x4PredMode or Intra8x8PredMode from the neighbouring macroblocks or macroblock 
airs. 


25) Subclause 8.3.1.1 | Derivation process for the Intra4x4PredMode 


Change the following paragraph. 


Inputs to this process are the index _of the 4x4 luma_ block luma4x4BlkIdx, the index_of the 8x8 luma_block 
luma8x8BlkIdx, and variable arrays Intra4x4PredMode and Intra8x8PredMode that are previously (in decoding order) 
derived for adjacent macroblocks. 


Change the following paragraph. 


Let_intraMxMPredModeA_and_intraMxMPredModeB _be_ variables that specify the intra_prediction modes of 
neighbouring 4x4 or 8x8 luma blocks. [Ed. Note (TW): improve clarity] 
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Intra4x4PredMode[ luma4x4BlkIdx | is derived as follows. 


-___ The process specified in subclause 6.4.7.3 is invoked with luma4x4BlkIdx given as input and the output is assigned 
to mbAddrA, luma4x4BlkIdxA, mbAddrB, and luma4x4BlIkIdxB. 


-___ The process specified in subclause 6.4.7.2 is invoked with luma8x8BlkIdx given as input and the output is assigned 
to mbAddrA, luma8x8BlkIdxA, mbAddrB, and luma8x8BIkIdxB. 


-___ The variable dcOnlyPredictionFlag is derived as follows. 


-___For N being either replaced by A or B, the variables intraMxMPredModeN are derived as follows. 


-__ If dcOnlyPredictionFlag is equal to | or the macroblock with address mbAddrN is not coded in Intra_4x4 or 
Intra_8x8 macroblock prediction mode, intraMxMPredModeN is set equal to 2 (Intra_4x4_DC prediction 
mode). 


-__ Otherwise (dcOnlyPredictionFlag is equal to 0 and the macroblock with address mbAddrN is coded in 
Intra_4x4 or Intra_8x8 macroblock prediction mode), the following applies. 


- _ If the macroblock with address mbAddrN is coded in Intra_4x4 macroblock mode, intraMxMPredModeN is 
set equal to Intra4x4PredMode[ luma4x4BlkIdxN ], where Intra4x4PredMode is the variable array assigned 
to the macroblock mbAddtN. 


- _ Otherwise (the macroblock with address mbAddrN is coded in Intra_8x8 macroblock mode), 
intraMxMPredModeN is set equal to Intra8x8PredMode[ luma8x8BIkIdxN ], where Intra8x8PredMode is 
the variable array assigned to the macroblock mbAddrN. 


-__Intra4x4PredMode[ luma4x4BlkIdx | is derived by applying the following procedure. 


predIntra4x4PredMode = Min( intraMxMPredModeA, intraM@xMPredModeB ) 


262643)  Subclause 8.3.1.2.3 ''Specification of Intra_4x4_DC prediction mode" Equation 8- 
50 


In Equation 8-50 of subclause 8.3.1.2.3, replace "128" with "( 1 << ( BitDepthy — 1) )”. 


27) New subclause 8.3.2 ''Intra_8x8 prediction process for luma samples" 


Add a new subclause &.3.2 as follows. 


This process is invoked when the macroblock prediction mode is equal to Intra_8x8. 

Inputs to this process are constructed luma samples prior to the deblocking filter process from neighbouring macroblocks 

and the associated values of Intra4x4PredMode or Intra8x8PredMode from the neighbouring macroblocks or macroblock 
airs. 


Qutputs of this process are 8x8 luma sample arrays as part of the 16x16 luma array of prediction samples of the 
macroblock pred. 


The luma component of a macroblock consists of 4 blocks of 8x8 luma samples. These blocks are inverse scanned using 
the 8x8 luma block inverse scanning process as specified in subclause 6.4.2. 


For_all the 8x8 luma blocks of the luma_ component of a macroblock with luma8x8BlkIdx = 0..3, the variable 
Intra8x8PredMode[ luma8x8BlkIdx | is derived as specified in subclause 8.3.2.1. 


For the each luma block of 8x8 samples indexed using luma8x8BlkIdx = 0..3, 

1. The Intra_8x8 sample prediction process in subclause 8.3.2.2 is invoked with luma8x8BlkIdx and constructed 
samples prior (in decoding order) to the deblocking filter process from adjacent luma blocks as the input and the 
output are the Intra_8x8 luma prediction samples pred8x8z] x, y | with x, y = 0..7. 
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2. The position of the upper-left sample of a 8x8 luma block with index luma8x8BlkIdx inside the current macroblock 
is derived by invoking the inverse 8x8 luma block scanning process in subclause 6.4.2 with luma8x8BlkIdx as the 
input and the output being assigned to ( xO, yO ) and x, y = 0..7. 


pred;[ xO + x, yO + y | = pred8x8y/ x, y ] 


3. The transform coefficient decoding process and picture construction process prior to deblocking filter process in 
subclause 8.5 is invoked with pred, and luma8x8BlkIdx as the input and the constructed samples for the current 8x8 
luma block S$’; as the output. 


28 New subclause 8.3.2.1 "Derivation process for the Intra8x8PredMode" 


Add a new subclause 8.3.2.1 as follows. 


Inputs to this process are the index of the 8x8 luma block luma8x8BlkIdx and variable arrays Intra4x4PredMode and 
Intra8x8PredMode that are previously (in decoding order) derived for adjacent macroblocks. 


Qutput of this process is the variable Intra8x8PredMode[ luma8x8BIkIdx ]. 


Table 8-2 specifies the values for Intra8x8PredMode[ luma8x8BlkIdx | and the associated names. 


Table 8-2 — Specification of Intra8x8PredMode[ luma8x8BIkIdx ] and associated names 


Intra8x8PredMode[ luma8x8BlkIdx | Name of Intra8x8PredMode[ luma8x8BlkIdx | 


0 Intra_8x8_ Vertical (prediction mode) 


L_ 


Intra_8x8_Horizontal (prediction mode) 


wy Intra_8x8_ DC (prediction mode) 

3 Intra_8x8 Diagonal Down Left (prediction mode) 
a Intra_8x8_Diagonal_Down_ Right (prediction mode) 
5 Intra_8x8 Vertical Right (prediction mode) 

6 Intra_8x8 Horizontal Down (prediction mode) 
z Intra_8x8_Vertical_Left (prediction mode) 


Intra_8x8 Horizontal Up (prediction mode) 


Let_intraM@xMPredModeA and intraMxMPredModeB_be_ variables _that_ specify the intra prediction modes _of 
neighbouring 4x4 or 8x8 luma blocks. 


Intra8x8PredMode[ luma8x8BlkIdx | is derived as follows. 
-___The process specified in subclause 6.4.7.2 is invoked with luma8x8BlkIdx given as input and the output is assigned 
to mbAddrA, luma8x8BlkIdxA, mbAddrB, and luma8x8BIkIdxB. 
-___ The variable dcOnlyPredictionFlag is derived as follows. 
-__Ifone of the following conditions is true, dcOnlyPredictionFlag is set equal to 1 
-___ the macroblock with address mbAddrA is not available 
-___ the macroblock with address mbAddrB is not available 
-___ the macroblock with address mbAddrA is available and coded in Inter prediction mode and 
constrained_intra_pred_flag is equal to | 
-___ the macroblock with address mbAddrB is available and coded in Inter prediction mode and 
constrained_intra_pred_flag is equal to | 
-__Otherwise, dcOnlyPredictionFlag is set equal to 0. 
-___ For N being either replaced by A or B, the variables intraMxMPredModeN are derived as follows. 
-__ If dcOnlyPredictionFlag is equal to 1 or the macroblock with address mbAddrN is not coded in Intra_4x4 or 
Intra_8x8 macroblock prediction mode, intraMxMPredModeN is set equal to 2 (Intra_8x8_ DC prediction 
mode). 
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-__ Otherwise (dcOnlyPredictionFlag is equal to 0 and the macroblock with address mbAddrN is coded in 
Intra_4x4 or Intra_8x8 macroblock prediction mode), the following applies. 

-___ If the macroblock with address mbAddrN is coded in Intra_8x8 macroblock mode, IntraMxMPredModeN 
is set equal to Intra8x8PredMode[ luma8x8BIkIdxN ], where Intra8x8PredMode is the variable array 
assigned to the macroblock mbAddrN. 

-___ If the macroblock with address mbAddxrN is coded in Intra 4x4 macroblock mode, intraMxMPredModeN 
is derived by the following procedure, where Intra4x4PredMode is the variable array assigned to the 
macroblock mbAddrN. 


IntraMxMPredModeA = Intra4x4PredMode [ luma8x8BlkIdxA * 4 + 1 | 
IntraM@xMPredModeB = Intra4x4PredMode [ luma8x8BlkIdxB * 4 + 2 | 


-___Intra8x8PredMode[ luma8x8BlkIdx | is derived by applying the following procedure. 


predIntra8x8PredMode = Min( intraMxMPredModeA, intraMxMPredModeB ) 
if(prev_intra8x8_pred_mode_flag/ luma8x8BlkIdx | ) 
Intra8x8PredMode[ luma8x8BlkIdx | = predIntra8x8PredMode 
else 
if(rem_intra8x8_pred_mode[ luma8x8BlkIdx | < predIntra8x8PredMode ) 
Intra8x8PredMode[ luma8x8BlkIdx | = rem_intra8x8_pred_mode[ luma8x8BlkIdx ] 
else 
Intra8x8PredMode[ luma8x8BlkIdx | = rem_intra8x8_pred_mode[ luma8x8BlkIdx | + 1 


29 New subclause 8.3.2.2.1 "Specification of Intra_8x8_ Vertical prediction mode" 


Add a new subclause 8.3.2.2.1 as follows. 


This Intra_8x8 prediction mode shall be used when Intra8x8PredMode[ luma8x8BlkIdx ] is equal to 0. 


This mode shall be used_only when the samples p[ x, -l ] with x = 0..7 are marked _as “available for Intra 8x8 
prediction”. 


The values of the prediction samples pred8x8] x, y |, with x, y = 0..7 are derived by 


pred8x8r]/ x, y |= pl x, -1 ], with x, y=0..7 (Eq.-No.) 


30 New subclause 8.3.2.2 "Intra_8x8 sample prediction"' 
Add a new subclause 8.3.2.2 as follows. 


This process is invoked for each 8x8 luma block of a macroblock with prediction mode equal to Intra_8x8 followed by 
the transform decoding process and picture construction process prior to deblocking for each 8x8 luma block. 


Inputs to this process are the index of the 8x8 luma block with index luma8x8BlkIdx and constructed samples prior (in 
decoding order) to the deblocking filter process from adjacent luma blocks. 


Qutput of this process are the prediction samples pred8x8r] x, y |, with x, y = 0..7 for the 8x8 luma block with index 
luma8x8BIkIdx. 


The position of the upper-left sample of a 8x8 luma block with index luma8x8BlkIdx inside the current macroblock is 
derived by invoking the inverse 8x8 luma block scanning process in subclause 6.4.2 with luma8x8BlkIdx as the input 
and the output being assigned to (_xO, yO ). 


The 25 neighbouring samples p[ x, y | that are constructed luma samples prior to the deblocking filter process, with 
x=-l,y=-1..7 and x =0..15, y = -1, are derived as follows. 
— ___The luma location (XN, yN ) is specified by 


xN=xO+x 
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=yOr+y 


— ___The derivation process for neighbouring locations in subclause 6.4.7 is invoked for luma locations with (xN, yN ) 
as input and mbAddrN and ( xW, yW ) as output. 
—___Each sample p/ x, y | with x =-1, y =-1..7 and x = 0..15, y = -1 is derived as follows. 
If any of the following conditions is true, the sample p[ x, y ] is marked as “not available for Intra_8x8 


prediction” 
- _mbAddrN is not available, 


-__ the macroblock mbAddrN is coded in Inter prediction mode and constrained_intra_pred_flag is equal to 1. 
-__x is greater than 7 and luma8x8BIkIdx is equal to 3 

— Otherwise, the sample p[ x, y ] is marked as “available for Intra_8x8 prediction” and the luma sample at luma 
location (xW, yW ) inside the macroblock mbAddrN is assigned to p[ x, y |. 


When samples p[ x, -1 ], with x = 8..15 are marked as “not available for Intra_8x8 prediction,” and the sample p[ 7, -1 | 
is marked as “available for Intra_8x8 prediction,” the sample value of p[ 7, -1 | is substituted for sample values p| x, -1 ], 
with x = 7..15 and samples p[ x, -1 ], with x = 7..15 are marked as “available for Intra_8x8 prediction”. 


NOTE — Each block is assumed to be constructed into a frame prior to decoding of the next block. 


Depending on Intra8x8PredMode[ luma8x8BlkIdx ], one of the Intra_8x8 prediction modes specified in subclauses 
8.3.2.2.1 to 8.3.2.2.9 shall be used. 


31 New subclause 8.3.2.2.2 "Specification of Intra_8x8 Horizontal prediction mode" 
Add a new subclause §.3.2.2.2 as follows. 


This Intra_8x8 prediction mode shall be used when Intra8x8PredMode[ luma8x8BlkIdx ] is equal to 1. 


This mode shall be used only when the samples p[-1l, y ], with y = 0..7 are marked as “available for Intra 8x8 
prediction”. 


The values of the prediction samples pred8x8] x, y |, with x, y = 0..7 are derived by 


pred8x8r/ x, y ]=pl -1, y ], with x,y = 0..7 (Eq.-No.) 


32 New subclause 8.3.2.2.3 "Specification of Intra_8x8_ DC prediction mode" 
Add a new subclause 8.3.2.2.3 as follows. 


This Intra_8x8 prediction mode shall be used when Intra8x8PredMode[ luma8x8BlkIdx | is equal to 2. 


The values of the prediction samples pred8x8,] x, y |, with x, y = 0..7 are derived as follows. 


-___If all samples p] x, -1 |, with x = 0..7 and p[ -1, y ], with y = 0..7 are marked as “available for Intra_8x8 prediction”, 
the values of the prediction samples pred8x8rJ x, y ], with x, y = 0..7 are derived by 


pred8x81/ x, y |= (pf 0, -1 | + pf 1, -1 1 + pf 2, -1 | + pf 3, -1 | + 
p[4, -1 ]+p[ 5, -1 ]+p/ 6, -1 ]+p[7,-1]+ 

pi -1,0]+p[-1, 1] +pf[-1,2]+pf-1,3]+ 
pl - 


1,4]+p/[-1,5]+p[-1,6]+p[-1,7]+8)>>4 (Eq.-No.) 


-___ Otherwise, if samples p[ x, -1 ], with x = 0..7 are marked as “not available for Intra_8x8 prediction” and p[ -1, y ],_ 
with y = 0..7 are marked as “available for Intra_8x8 prediction”, the values of the prediction samples 
pred8x8r] x, y ], with x, y = 0..7 are derived by 


pred8x8z[ x, y |= (| -1,0]+pf -1, 1] +p] -1, 2 
1 


0 | 
pl-l,4.] 4 pl +L,5 14+pl-L, 6] a0 or (Eq.-No.) 
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-___ Otherwise, if samples p[ -1, y ], with y = 0..7 are marked as “not available for Intra_8x8 prediction” and p] x, -1 ], 
with x = 0... 7 are marked as “available for Intra_8x8 prediction”, the values of the prediction samples 
pred8x8 | x, y ], with x, y=0.. 7 are derived by 


pred8x8/ x, y |= (p[ 0, -1 1+ pf 1, -1 1+ pl 2, -1 | +p[ 3, -1 |] + 
p42) pl 5.21 pope sep 7,21 be ee 3 (Eq.-No.) 


-___ Otherwise (all samples p| x, -1 ], with x = 0..7 and p[ -1, y ], with y = 0..7 are marked as “not available for Intra_8x8 
prediction”’), the values of the prediction samples pred8x8,| x, y ], with x, y = 0..7 are derived by 


pred8x8r/ x, y |= 128 (Eq.-No.) 


NOTE — An 8x8 luma block can always be predicted using this mode. 


33 New subclause 8.3.2.2.4 "Specification of Intra_8x8 Diagonal Down Left 
prediction mode" 
Add a new subclause 8.3.2.2.4 as follows. 


This Intra_8x8 prediction mode shall be used when Intra8x8PredMode[ luma8x8BlkIdx ] is equal to 3. 


This mode shall be used only when the samples p/ x, -1 ] with x = 0..15 are marked as “available for Intra 8x8 
prediction”. 


The values of the prediction samples pred8x8] x, y |, with x, y = 0..7 are derived as follows. 
-___If x is equal to 7 and y is equal to 7, 


pred8x81/ x, y |=(p[ 14, -1 1 +3 * p[15, -1]+2)>>2 (Eq.-No.) 


-___ Otherwise (x is not equal to 7 or y is not equal to 7), 


pred&x8r/ x,y ]=(Cplx+y..-] ]+2* pl x+y + 1.-1]+plx+y+2,-1]+42)>>2 (Eq.-No.) 


34 New subclause 8.3.2.2.5 "Specification of Intra 8x8 Down Right prediction mode" 


Add a new subclause 8.3.2.2.5 as follows. 


This Intra_8x8 prediction mode shall be used when Intra8x8PredMode[ luma8x8BlkIdx | is equal to 4. 


This mode shall be used only when the samples p[ x, -1 ] with x = 0..7 and p[-1, y | with y = -1..7 are marked as 
“available for Intra_8x8 prediction”. 


The values of the prediction samples pred8x8] x, y |, with x, y = 0..7 are derived as follows. 


-__If x is greater than y, 


pred8x81| x, y |= (p[ x - y- 2, -1] +2 * p[x-y- 1-1 ]+p[x-y,-1]+2)>>2 (Eq.-No.) 


- __ Otherwise if x is less than y, 


pred8x87| x, y ]=(p[-lL y-x-2]+2*p[-ly-x-1l]+p[-ly-x]+2)>>2 (Eq.-No.) 


-___ Otherwise (x is equal to y), 


pred8x81/ x, y |= (p[ 0, -1 ]+2 * p[ -l, -1 ]+p[-10]+2)>>2 (Eq.-No.) 
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35 New subclause 8.3.2.2.6 "Specification of Intra 8x8 Vertical Right prediction 
mode" 


Add a new subclause 8.3.2.2.6 as follows. 


This Intra_8x8 prediction mode shall be used when Intra8x8PredMode[ luma8x8BlkIdx ] is equal to 5. 


This mode shall be used only when the samples p[ x, -1 | with x = 0..7 and p[-1, y | with y = -1..7 are marked as 
“available for Intra_8x8 prediction”. 


Let the variable zVR be set equal to 2 * x—y. 


The values of the prediction samples pred8x8,] x, y |, with x, y = 0..7 are derived as follows. 


-__ If zVR is equal to 0, 2, 4, 6, 8, 10, 12, or 14 


pred8x8:/ x, y |=(p[x-(y>>1)-1,-l]+p[x-(y>>1),-l]+1)>>1 (Eq.-No.) 


-___ Otherwise, if zVR is equal to 1, 3, 5, 7, 9, 11, or 13 


pred8x81/ x, y |=(p[ x-(y >> 1)-2,-1]+2* p[x-(y>>1)-1,-1]+p[x-(y>>1),-1]+2)>>2 (Eq- 
No.) 


-__ Otherwise, if zVR is equal to -1, 


pred8x81/ x, y |=(p[-1,0]+2 * p[ -l, -1]+p[0,-1]+2)>>2 (Eq.-No.) 


-___ Otherwise (zVR is equal to -2, -3, -4, -5, -6, or -7), 


pred8x8z/ x, y ]= (pl -L y - 2*x -1]+2* pf -l, y- 2*x-2]+p[-L y-2*x-3]+2)>>2 (Eq.-No.) 
36 New subclause 8.3.2.2.7 "Specification of Intra_8x8 Horizontal_ Down prediction 
mode" 


Add a new subclause §.3.2.2.7 as follows. 


This Intra_8x8 prediction mode shall be used when Intra8x8PredMode[ luma8x8BlkIdx | is equal to 6. 


This mode shall be used only when the samples p[ x, -1 ] with x = 0..7 and p[-1, y | with y = -1..7 are marked as 
“available for Intra_8x8 prediction”. 


Let the variable zZHD be set equal to 2 * y —x. 


The values of the prediction samples pred8x8,] x, y |, with x, y = 0..7 are derived as follows. 
-__ If zHD is equal to 0, 2, 4, 6, 8, 10, 12, or 14 


pred8x8 | x, y |=(p[-l, y -(x >> 1)-1]+p[-l,y-(x>>1)]+1)>>1 (Eq.-No.) 


-___ Otherwise, if ZHD is equal to 1, 3,5, 7, 9, 11, or 13 


pred8x8/ x, y |=(p[-l,y-(x >> 1)-2]4+2*p[-lLy-(x>>1)-1]+pl-l y-(x>>1)]1+2)>>2 (Eq- 
No.) 


-___ Otherwise, if ZHD is equal to -1, 


pred8x8:[ x. y ]=(p[-1.0]+2 * pf -l,-1]+p[0,-1]+2) >>2 (Eq.-No.) 


-___ Otherwise (zHD is equal to —2, -3, -4, -5, -6, -7), 


pred8x8z/ x, y ]=(p[ x - 2*y - 1, -1 ]+2 * p[ x - 2*y - 2, -1 ] + p[ x - 2*y - 3, -1]+2)>>2 (Eq.-No.) 
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37 New subclause 8.3.2.2.8 "Specification of Intra_8x8 Horizontal Down prediction 
mode" 


Add a new subclause 8.3.2.2.8 as follows. 


This Intra_8x8 prediction mode shall be used when Intra8x8PredMode[ luma8x8BlkIdx ] is equal to 7. 


This mode shall be used only when the samples p[ x, -1] with x = 0..15 are marked as “available for Intra 8x8 
prediction”. 


The values of the prediction samples pred8x8,] x, y |, with x, y = 0..7 are derived as follows. 


-___Ify is equal to 0, 2, 4 or 6 


pred8x81/ x, y |=(p[ x+(y>> 1), -1]+p[x+(y>>1)+1,-1]+1)>>1 (Eq.-No.) 


-___ Otherwise (y is equal to 1, 3, 5, 7), 


pred8x81/[ x, y |= (pl x+(y>>1), -1]4+2* p[x+(y>>1)+1,-l1]+p[x+(y>> 1) +2, -1]+2)>>2 
(Eq.-No.) 


38 New subclause 8.3.2.2.9 "Specification of Intra _8x8 Horizontal Down prediction 
mode" 


Add a new subclause 8.3.2.2.9 as follows. 


This Intra_8x8 prediction mode shall be used when Intra8x8PredMode[ luma8x8BlkIdx | is equal to 8. 


This mode shall be used_only when the samples p[-l, y] with y = 0..7 are marked _as “available for Intra 8x8 
prediction”. 


Let the variable ZHU be set equal to x + 2 * y. 


The values of the prediction samples pred8x8,] x, y |, with x, y = 0..7 are derived as follows: 


-__ If zHU is equal to 0, 2, 4, 6, 8, 10, or 12 


pred8x81[ x, y |=(p[-l,y+(x>>1)]+pl[-Ly+(x>>1)+1]+1)>>1 (Eq.-No.) 


-___ Otherwise, if ZHU is equal to 1, 3,5, 7,9, or 11 


pred8x81[ x, y |=(p[-l,y+(x >> 1)]1+2 * p[-l.y+(x>>1)+1]+p[-l y+(x% >> 1)+2]1+2)>>2 


(Eq.-No.) 
-___ Otherwise, if zHU is equal to 13, 
pred8x81/ x, y |= (p[ -1,6]1+3 * p[-1,7]+2)>>2 (Eq.-No.) 
-__ Otherwise (zHU is greater than 13), 
pred8x8r[ x, y |= pl -1, 7] (Eq.-No.) 


393944)  Subclause 8.3.2.3 "Specification of Intra_16x16_DC prediction mode"' Equation 8- 
75 


In Equation 8-75, replace "128" with "(1 << ( BitDepthy — 1 ) )”. 
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404015) Subclause 8.3.2.4 "Specification of Intra_16x16_Plane prediction mode" Equation 
8-76 


In Equation 8-76, replace "Clip1" with "Cliply”. 


414146) Subclause 8.3.3.1 "Specification of Intra_Chroma_DC prediction mode" 
Rename subclause 8.3.3.1 to "Specification of Intra_Chroma_DC prediction mode for 4:2:0 chroma format”. 


In Equations 8-85, 8-88, 8-91, and 8-95, replace "128" with "( 1 << ( BitDepthc— 1) )”. 


! 


424217) Subclause 8.3.3.2 "Specification of Intra_Chroma_Horizontal prediction mode' 


Rename subclause 8.3.3.2 to "Specification of Intra_Chroma_Horizontal prediction mode for 4:2:0 chroma format”. 


434318) Subclause 8.3.3.3 "Specification of Intra_Chroma_Vertical prediction mode" 


Rename subclause 8.3.3.3 to "Specification of Intra_Chroma_Vertical prediction mode for 4:2:0 chroma format”. 


444419)  Subclause 8.3.3.4 “Specification of Intra_Chroma_Plane prediction mode” 
Rename subclause 8.3.3.4 to "Specification of Intra_Chroma_Plane prediction mode for 4:2:0 chroma format”. 


In Equation 8-98, replace "Clip1" with "Clip1c". 


454520) New subclause 8.3.3.5 "Specification of Intra_Chroma_DC prediction mode for 
4:2:2 chroma format" [Ed. Note: Link errors] 


Insert a new subclause 8.3.3.5 as follows. 


8.3.3.5 Specification of Intra_Chroma_DC prediction mode for 4:2:2 chroma format 
[Ed. Note: Possibly merge this content into subclause 8.3.3.1.] 
The values of the prediction samples predC[ x, y ] with x = 0..7 and y = 0..15 are derived as follows. 


- Ifthe samples p[ x,—1 ] with x = 0..7 and the samples p[ —1, y ] and y = 0..15 are marked as "available for Intra 
chroma prediction", 


predc[ x, y ] = Error! Objects cannot be created from editing field codes. ,with x = 0..7 and y = 0..15 


- Otherwise, if the samples p[ x, —1 ] with x = 0..7 are marked as "available for Intra chroma prediction" and the 
samples p[ —1, y ] with y = 0..15 are marked as "not available for Intra chroma prediction", 


predc[ x, y ] =Error! Objects cannot be created from editing field codes., with x = 0..7 and y = 0..15 


- Otherwise, if the samples p[ x, —1 ] with x = 0..7 are marked as "not available for Intra chroma prediction" and the 
samples p[ -1, y ] with y = 0..15 are marked as "available for Intra chroma prediction", 


predc[ x, y ] =Error! Objects cannot be created from editing field codes., with x = 0..7 and y = 0..15 
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- Otherwise (the samples p[ x, —1 ] with x = 0..7 and the samples p[ -1, y ] with y = 0..15 are marked as "not available 
for Intra chroma prediction"), 


predc[ x, y ]=(1 << ( BitDepth — 1 ) ), with x = 0..7 and y = 0..15 


464621) New subclause 8.3.3.6 "Specification of Intra_Chroma_Horizontal prediction mode 
for 4:2:2 chroma format" 


Insert a new subclause 8.3.3.6 as follows. 
8.3.3.6 Specification of Intra_Chroma_Horizontal prediction mode for 4:2:2 chroma format 
[Ed. Note: Possibly merge this content into subclause 8.3.3.2.] 


This mode shall be used only when the samples p[ -1, y ] with y = 0..15 are marked as "available for Intra chroma 
prediction”. 


The values of the prediction samples predC[ x, y ] are derived as follows. 


predc[ x, y]=pl-l, y ], with x = 0..7 and y =0..15 


474722) New subclause 8.3.3.7 "Specification of Intra_Chroma_Vertical prediction mode 
for 4:2:2 chroma format" 


Insert a new subclause 8.3.3.7 as follows. 
8.3.3.7 Specification of Intra_Chroma_Vertical prediction mode for 4:2:2 chroma format 
[Ed. Note: Possibly merge this content into subclause 8.3.3.3.] 


This mode shall be used only when the samples p[ x, -1 ] with x = 0..7 are marked as "available for Intra chroma 
prediction”. 


The values of the prediction samples predC[ x, y ] are derived as follows. 


predc[ x, y ]=p[ x, -1 ], with x = 0..7 and y =0..15 


484823) New subclause 8.3.3.8 "Specification of Intra_Chroma_Plane prediction mode for 
4:2:2 chroma format" 


Insert a new subclause 8.3.3.8 as follows. 
8.3.3.8 Specification of Intra_Chroma_Plane prediction mode for 4:2:2 chroma format 
[Ed. Note: Possibly merge this content into subclause 8.3.3.4.] 


This mode shall be used only when the samples p[ x, -1 ], with x = 0..7 and p[ -1, y ], with y = -1..15 are marked as 
"available for Intra chroma prediction". 


The values of the prediction samples predC[ x, y ] are derived as follows. 


predc[ x, y ]=Clipl((a+b*(x-3)+ce*(y—-7)+16)>>5), with x =0..7 and y =0..15 


where: 


a= 16*(p[-1, 15]+p[7,-1]) 
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b=(17*H+16)>>5 


c=(5*V+32)>>6 
and H and V are specified as follows. 


H= Yo4) 7 (p[4 +x' ,-1]-p[2 —x' 1) 


x'=0 


7 
V= DiGy'+)) *@I-18+ y']-pl-L6-y') 


y'=0 


494924)  Newsubclause 8.3.3.9 "Specification of intra chroma prediction for 4:4:4 chroma 
format" 


Insert a new subclause 8.3.3.9 as follows. 


8.3.3.9 Specification of intra chroma prediction for 4:4:4 chroma format 
[Ed. Note: Find correct subclause structure for this once Proposal A or B below has been selected. ] 


Two alternative methods are under consideration for 4:4:4 intra chroma prediction. These are referred to herein as 
proposal "A" and proposal "B". 


Proposal "A" is specified as follows. 


Both Intra_4x4 prediction and Intra_16x16 prediction are applied equally on all color components. Both shall not be 
used at the same time for each component, and each component shall not use different intra prediction mode. For 
example, when Intra_4x4 prediction is used, all color components shall use only one mode of Intra_4x4 prediction. (So 
no separate syntax elements are sent to control chroma intra prediction.) 


Proposal "B" is specified as follows. 


As is the case currently for 4:2:0 operation, four intra chroma prediction modes are defined and the selection between 
these is controlled by a syntax element. The four prediction modes are DC, vertical, horizontal, and plane. Due to the 
increased in the size of the chroma blocks controlled by this prediction operation to a 16x16 block size, the operation of 
these four modes for chroma prediction is defined in the same manner currently used for 16x16 luma intra prediction. 


505025) Subclause 8.3.4 ''Sample construction process for I. PCM macroblocks" Equations 
8-104 and 8-105 


In subclause 8.3.4, replace Equations 8-104 and 8-105 with the following. 


for(i = 0; 1 < 256; i++ ) 
SLL xP + (i % 16), yP + dy *(i/ 16) ) ] =pcm_sample_luma[ i ] (8-104) 


for(i =0;1i< 128 * ( ChromaFormatFactor — 1 ); i++ ) { 
Sool (xP >> 1)+(1% 8), (CyP+1)>>1)+dy *(i/8) ] = pem_sample_chroma[ i ] (8-105) 
Sol (xP >> 1)+(1% 8), (CyP+1)>>1)+dy *(i/8) ] 
= pcm_sample_chroma[ i+ 128 * ( ChromaFormatFactor — 1) ] 
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515426) —_ Subclause 8.4 "Inter prediction process" 
In subclause 8.4, make the following changes. 
Define variables partWidthC and partHeightC as below. 


- If chroma_format_idc is equal to 1, 


partWidthC = partWidth/2 


partHeightC = partHeight/2 


- Otherwise, if chroma_format_idc is equal to 2, 


partWidthC = partWidth/2 


partHeightC = partHeight 


- Otherwise, chroma_format_idc is equal to 3, 


partWidthC = partWidth 


partHeightC = partHeight 


Replace “partWidth/2”and “partHeight/2” to “partWidthC”’ and “partHeightC”’, respectively. 


Replace “predc[ xP/2+xS/2 +x, yP/2+yS/2+y]” to as below. 


- If chroma_format_idc is equal to 1, 


predc[ xP/2+xS/2+x, yP/2+yS/2+y ]=predPartcl x, y ] 


- Otherwise, if chroma_format_idc is equal to 2, 


predc[ xP/2+xS/2+x, yP+yS+y ]=predPartc[ x, y ] 


- Otherwise, chroma_format_idc is equal to 3, 


predc[ xP + xS + x, yP + yS + y ] = predPartc[ x, y ] 


525227) Subclause 8.4.1.4 “Derivation process for chroma motion vectors” 


In subclause 8.4.1.4, make the following changes. 


Add chroma format to input to this process. 


(8-x) 


(8-x) 


(8-x) 


(8-x) 


(8-x) 


(8-x) 


(8-x) 


(8-x) 


(8-x) 


Replace “one-eighth sample mvCLX units” to “one-quarter sample mvCLX units in case of chroma_format_idc equal to 


3, and one-eighth sample mvCLX units in case of chroma_format_idc equal to 1”. 


535328) Subclause 8.4.2 “Decoding process for Inter prediction samples” 


Replace “partWidth/2”and “partHeight/2” to “partWidthC” and “partHeightC”’, respectively. 
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545429) Subclause 8.4.2.2 “Fractional sample interpolation process” 
Replace subclause 8.4.2.2, with the following. 


Inputs to this process are 
- the chroma format, 


- the current partition given by its partition index mbPartIdx and its sub-macroblock partition index 
subMbPartlIdx, 


- the width and height partWidth, partHeight of this partition in luma-sample units, 
- aluma motion vector mvLX given in quarter-luma-sample units, 
- achroma motion vector mvCLX given in eighth-chroma-sample units, and 
- the selected reference picture sample arrays refPicLX_, refPicLXcw, and refPicLXcp 
Outputs of this process are 
- a (partWidth)x(partHeight) array predPartLX_ of prediction luma sample values and 
- two (partWidthC)x(partHeightC) arrays predPartLXcp, and predPartLXc, of prediction chroma sample values. 


Let ( xAL, yA ) be the location given in full-sample units of the upper-left luma sample of the current partition given by 
mbPartIdx\subMbPartIdx relative to the upper-left luma sample location of the given two-dimensional array of luma 
samples. 


Let ( xIntr, yInt, ) be a luma location given in full-sample units and ( xFrac., yFracy ) be an offset given in quarter- 
sample units. These variables are used only inside this subclause for specifying general fractional-sample locations 
inside the reference sample arrays refPicLX_, refPicLXc», and refPicLXc-. 


For each luma sample location (0 <= x, < partWidth, 0 <= yz < partHeight) inside the prediction luma sample array 
predLX i, the corresponding predicted luma sample value predLX{[ Xt, yx ] is derived as follows: 


xInt, = xA_, + (mvLX[0]>>2)+ XL (8-176) 
yInt, = yA, + (mvLX[1]>>2)+yL (8-177) 
xFracy = mvLX[0 ] & 3 (8-178) 
yFrac, = mvLX[ 1] &3 (8-179) 


- The prediction sample value predLX_[ xz, yx | is derived by invoking the process specified in subclause 8.4.2.2.1 
with ( xInt., yInty ), ( xFrac., yFracy ) and refPicLX_, given as input. 


Let ( xIntc, yIntc ) be a chroma location given in full-sample units and ( xFracc, yFracc ) be an offset given in one-eighth 
sample units. These variables are used only inside this subclause for specifying general fractional-sample locations 
inside the reference sample arrays refPicLXco, and refPicLXc;. 


For each chroma sample location (0 <= xc < partWidthC, 0 <= yc < partHeightC) inside the prediction chroma sample 
arrays predPartLXcy and predPartLXc;, the corresponding prediction chroma sample values predPartLXcp[ Xc, yc ] and 
predPartLXc.[ Xc, yc | are derived as follows: 


- If chroma_format_idc is equal to 1, 


xIntc = (xAy >> 1 )+(mvCLX[0]>>3)+xc (8-180) 
yIntc = (yAL >> 1)+(mvCLX[ 1]>>3)+ yc (8-181) 
xFracc = mvCLX[ 0] & 7 (8-182) 
yFracc = mvCLX[ 1] & 7 (8-183) 


- If chroma_format_idc is equal to 2, 


xIntc = (xA, >> 1 )+(mvCLX[0]>>3)+xc (8-180) 
yIntc = yAr + (mvCLX[ 1] >>2)+yc (8-181) 


36 ITU-T Rec. H.264 (2003 E) / AMD1 : 2004 


ISO/IEC 14496-10 : 2003 / AMD1 : 2004 (E) 


xFracc = mvCLX[ 0] & 7 (8-182) 
yFracc = (mvCLX[1]&3)<<1 (8-183) 


- If chroma_format_idc is equal to 3, 


xIntc = xAt + (mvCLX[ 0] >>2)+4xc (8-180) 
yIntc = yA + (mvCLX[ 1] >>2)+yc (8-181) 
xFracc = (mvCLX[0]&3)<< 1 (8-182) 
yFracc = (mvCLX[ 1] &3)<<1 (8-183) 


- The prediction sample value predPartLXc| xc, yc] is derived by invoking the process specified in subclause 
8.4.2.2.2 with ( xIntc, yIntc ), ( xFracc, yFracc ) and refPicLXcp given as input. 


- The prediction sample value predPartLXc,[ xc, yc] is derived by invoking the process specified in subclause 
8.4.2.2.2 with ( xIntc, yIntc ), ( xFracc, yFracc ) and refPicLXc; given as input. 


555539) Subclause 8.4.2.2.2 “Chroma sample interpolation process” 
In subclause 8.4.2.2.2, make the following changes. 


[Ed.Note: SUZ-wskim] 


5656314) Subclause 8.4.2.2.1 “Luma sample interpolation process” Equations 8-187, 8-188, 
8-191, 8-192, 8-193 
In Equations 8-187, 8-188, 8-191, 8-192, and 8-193, replace "Clip1" with "Cliply”. 


575732) Subclause 8.4.2.3 “Weighted sample prediction process” 
Replace “partWidth/2”’and “partHeight/2” to “partWidthC” and “partHeightC ”, respectively. 


585833) Subclause 8.4.2.3.2 “Weighted sample prediction process” Equations 8-218, 8-219, 
8-220, 8-235, 8-236, 8-240, and 8-241 
In Equations 8-218, 8-219, and 8-220, replace "Clip1" with "Clip1c". 


Multiply the values of oo and 0; [lin Equations 8-235 and 8-236 by ( 1 << (BitDepthy -8)) and in Equations 8-240 and 8- 
241 by (1 << (BitDepthc -8)). 


59) Subclause 8.5 Transform coefficient decoding process and picture construction process 
prior to deblocking filter process 


Change subclause 8.5 as follows. 


Inputs to this process are Intral6x16DCLevel (if available), Intral6x16ACLevel (if available), LumaLevel (if available), 
LumaLevel64 (if available), ChromaDCLevel, ChromaACLevel, and available Inter or Intra prediction sample arrays for 
the current macroblock for the applicable component pred, predcp, or predcr. 
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NOTE — When decoding a macroblock in Intra_4x4 (or Intra 8x8) prediction mode, the luma component of the macroblock 
prediction array may not be complete, since for each 4x4 (or 8x8) luma block, the Intra_4x4 (or 8x8) prediction process for luma 
samples as specified in subclause 8.3.1 (or 8.3.2) and the process specified in this subclause are iterated. 


NOTE — When decoding a macroblock in Intra_4x4 (or Intra 8x8) prediction mode, the uma component of the macroblock 
constructed sample arrays prior to the deblocking filter process may not be complete, since for each 4x4 (or 8x8) luma block, the 
Intra_4x4 (or 8x8) prediction process for luma samples as specified in subclause 8.3.1 (or 8.3.2) and the process specified in this 
subclause are iterated. 


When the current macroblock is coded as P_Skip or B_Skip, all values of LumaLevel, LumaLevel64, ChromaDCLevel, 
ChromaACLevel are set equal to 0 for the current macroblock. 


606034)  Subclause 8.5.1 “Specification of transform decoding process for residual blocks” 


Equation 8-243 


In Equation 8-243, replace "Clip1" with "Cliply". 


61) Subclause 8.5.1 Specification of transform decoding process for 4x4 luma residual 


blocks [Ed. Note: Conflicting Edits] 


Change subclause 8.5.1 as follows. 


Change the title as follows. 


"Specification of transform decoding process for 4x4 luma residual blocks" 


Add the following paragraph at the start. 


This process is invoked for luma 4x4 blocks when TransformSizeIs8x8Flag is equal to 0 or for chroma 4x4 blocks. 


626235) Subclause 8.5.2 “Specification of transform decoding process for luma samples of 


Intra_16x16 macroblock prediction mode” Equation 8-245 


In Equation 8-245, replace "Clip1" with "Cliply". 


63) New subclause 8.5.2 ''Specification of transform decoding process for 8x8 luma 


residual blocks" [Ed. Note: Error in new subclause number] 


Add a new subclause &.5.2 as follows. 


This process is invoked when TransformSizeIs8x8Flag is equal to 1. The variable LumaLevel64[ luma8x8BlkIdx | with 


luma8x8BlkIdx = 0..3 contains the levels for the luma transform coefficients for the luma 8x8 block with index 


luma8x8BIkIdx. 


For an 8x8 luma block indexed by luma8x8BlkIdx = 0..3, the following ordered steps are specified. 
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1. The inverse transform coefficient scanning process as described in subclause 8.5.5 is invoked with 
LumaLevel64[ luma8x8BlkIdx | as the input and the two-dimensional array c as the output. 


2. The scaling and transformation process for residual 8x8 blocks as specified in subclause 8.5.6 is invoked with c as 
the input and r as the output. 


3. The position of the upper-left sample of an 8x8 luma block with index luma8x8BlkIdx inside the macroblock is 
derived by invoking the inverse 8x8 luma block scanning process in subclause 6.4.2.2 with luma8x8BIkIdx as the 
input and the output being assigned to (xO, yO ). 
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4. The 8x8 array u with elements uj; for i, j = 0..7 is derived as 


uj = Clip1( predy[ xO + j, yO +i] +1; ) (8-243) 


5. The picture construction process prior to deblocking filter process in subclause 8.5.9 is invoked with 
luma8x8BlkIdx, u as the input and S’ as the output. 


646436)  Subclause 8.5.3 “Specification of transform decoding process for chroma samples” 


Equation 8-250 
In Equation 8-250, replace "Clip1" with "Cliplc". 


65) Subclause 8.5.4 Inverse scanning process for transform coefficients 


Change the title as follows. 


"Inverse scanning process for 4x4 transform coefficients" 


666637) Subclause 8.5.5 ''Derivation process for the quantisation parameters and scaling 
function" 


Replace the sentence "QP quantisation parameter values QPy, QPc, QSy, and QSc shall be in the range of 0 to 51, 
inclusive" with "QP quantisation parameter values QPy and QSy shall be in the range of -QpBdOffsety to 51, inclusive. 
QP quantisation parameter values QPc and QSc shall be in the range of -QpBdOffsetc to 51, inclusive." 


Replace Equation 8-251 with 
"qP; = Clip3( -QpBdOffsetc, 51, QPy + chroma_qp_index_offset ) (8-251)" 


After Table 8-13, insert the following text and equation: 
" The value of QP'c shall be derived as follows. 


"QP'c = QPc + QOpBdOffsetc (8-251')" 


67 Subclause 8.5.5 "Derivation process for the quantisation parameters and scalin 
function" [Ed. Note: Conflicting Edits] 


Add to subclause 8.5.5 the following. 


The function LevelScale64(_ m, i, j_) is specified as follows: 
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Vo for (i, 7) with ie€ {0,4}, 7 € {0,4}, 

V., for (, 7) with i € {1,3,5,7}, j € {1,3,5,7}, 
LevelScale64(m,i, j) = Yn2 for OD) Aes ; . - dae . 

Vi, for (i,j) with (@e{0,4}, 7 €{1,3,5,7}) U@€e {13,5,7}, 7 € {0,4}), 

V, for (i, 7) with (i € {0,4}, 7 €{2,6}) UM € {2,6}, 7 € {0,4}), 

Vas otherwise; 


(Eq.-No.) 


where the first and second subscripts of V are row and column indices, respectively, of the matrix specified as: 


[20 18 32 19 25 24] 
22 19 35 21 28 26 
26 23 42 24 33 31 
—= = aE g.-Noo.) 

28 25 45 26 35 33 
32 28 51 30 40 38 


136 32 58 34 46 43] 


68) New subclause 8.5.5 ''Inverse scanning process for 8x8 luma transform coefficients'' 
[Ed. Note: Bad subclause number] 


Add a new subclause 8.5.5 as follows. 


Input to this process is a list of 64 values. 


Qutput of this process is a variable c containing a two-dimensional array of 8x8 values with level assigned to locations in 
the transform block. 


The decoding process maps the sequence of transform coefficient levels to the transform coefficient level positions. For 
this mapping, the two inverse scanning patterns shown in Figure 8-9 are used. 


The inverse zig-zag scan shall be used for frame macroblocks and the inverse field scan shall be used for field 
macroblocks. 
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LA KL AS 
At Aes 


35 — 36 48 — 49 57— P58 62—P 63 


a) Zig-zag scan 


b) Field scan [Ed. Note (TW): convert to visio drawing] 


Figure 8-9 — 8x8 Scan Orders 


Table 8-13 provides the mapping from the index idx of input list of 64 elements to indices i and j of the two-dimensional 
array Cc. 


Table 8-13 — Specification of mapping of idx to cij for zig-zag and field scan 


idx o;/i1/2/3/4/5|6|7/ 8 | 9 | 10 | 41 | 12 | 13 | 14 | 15 
zig-zag Coo | Cor | Cio | C20 | Cir | Coz | Coz | Ci2 | C21 | C30 | Cao | C31 | C22 | C13 | Coa | Cos 
field Coo | C1o | C20 | Cor | C11 | C30 | Cao | C21 | Coz | C31 | C50 | Coo | C70 | Car | C12 | Co3 
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Table 8-13 — Specification of mapping of idx to cij for zig-zag and field scan (concluded) 


idx | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 


Zig-Zag Ci4 | C23 | C32 | Cai | C50 | Coo | Csi | C42 | C33 | C24 | Cis | Coo | Co7 | Clo | C25 | C34 
field C22 | Csi | Cor | C71 | C32 | C13 | Coa | C23 | Caz | C52 | Coz | C72 | C33 | Ci4 | Cos | C24 


Table 8-13 — Specification of mapping of idx to cij for zig-zag and field scan (concluded 


idx _| 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 


Zig-Zag C43 | C52 | Cor | C70 | C71 | Coz | C53 | C44 | C35 | C26 | Ci7 | C27 | C36 | C45 | C54 | Co3 
field C43 | C53 | Co3 | C73 | C34 | Cis | Coo | C25 | Ca4a | C54 | Coa | C74 | C35 | Clo | C26 | Cas 


Table 8-13 — Specification of mapping of idx to cij for zig-zag and field scan (concluded) 


idx _| 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 


zig-zag C72 | C73 | Coa | C55 | C4o | C37 | Ca7 | C56 | Cos | C74 | C75 | Coo | C57 | Co7 | C76 | C77 
field C55 | Cos | C75 | C36 | Co7 | Ci7 | C4o | C56 | Coo | C76 | C27 | C37 | Caz | C57 | Co7 | C77 


696938) Subclause 8.5.6 ''Scaling and transformation process for luma DC transform 
coefficients for Intra_16x16 macroblock type" 


Replace all occurrences of "QPy" in this subclause with "QP'y”. 


[Ed. Note: Fix the range of values allowed also.] 


707039) Subclause 8.5.7 ''Scaling and transformation process for chroma DC transform 
coefficients" 


At the beginning of subclause 8.5.7 add the following 


"The scaling and transformation process for chroma DC transform coefficients is specified as follows. 


— If the chroma format is 4:2:0, the scaling and transformation process for chroma DC transform 
coefficients is specified in subclause 8.5.7.1. 


— Otherwise, if the chroma format is 4:2:2, the scaling and transformation process for chroma DC transform 
coefficients is specified in subclause 8.5.7.2. 


— Otherwise (the chroma format is 4:4:4), the scaling and transformation process for chroma DC transform 
coefficients is specified in subclause 8.5.7.3." 


717448)  Newsubclause 8.5.7.1 "Scaling and transformation process for chroma DC 
transform coefficients for 4:2:0 chroma format" 


Place the entire current content of subclause 8.5.7 in a new subclause 8.5.7.1 "Scaling and transformation process for 
chroma DC transform coefficients for 4:2:0 chroma format". 


Replace all occurrences of "QPc" in this subclause with "QP'c". 


[Ed. Note: Fix the range of values allowed also: Each range stated as "—2!° to 25-1" will need to be expanded to at least 
something like -24(7+BitDepth) to 24(7+BitDepth)-1, and consideration should be given to actual necessary range and 
range supported by CABAC and CAVLC.] 
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727241)  Newsubclause 8.5.7.2 "Scaling and transformation process for chroma DC 
transform coefficients for 4:2:2 chroma format" 


Inputs to this process are transform coefficient level values for chroma DC transform coefficients of one chroma 
component of the macroblock as a 2x4 array c with elements ci, where i and j form a two-dimensional frequency index. 


Outputs of this process are 8 scaled DC values as a 2x4 array dcC with elements dcCj. 


The inverse transform for the 2x4 chroma DC transform coefficients is specified by: 


Error! Objects cannot be created from editing field codes. 


[Ed. Note: Number the new equations. ] 


A bitstream conforming to this Recommendation | International Standard shall not contain data that results in any 
element fij of f that exceeds the range of integer values from —2!° to 2!°—1, inclusive. [Ed. Note: That range and similar 
ranges will need to be expanded to at least something like -24(7+BitDepth) to 24(7+BitDepth)-1, and consideration 
should be given to actual necessary range and range supported by CABAC and CAVLC.] 


The variable QP'c.pc is derived as 


QP'c.pc = QP'c +3 


After the inverse transform, scaling is performed as follows. 


— If QP’cpc is greater than or equal to 12, the scaled result shall be derived as 


deC = ( f * LevelScale( QP'c.pc % 6, 0, 0, 0) ) << ( QP'cpc /6—2 ), with i = 0..3, j =0, 1 


— Otherwise (QP'cpc is less than 12), the scaled result shall be derived as 


deCj = ( f * LevelScale( QP'c.pc % 6, 0, 0,0) ) >> (2— QP'cpc/ 6), with i = 0..3,j =0, 1 


A bitstream conforming to this Recommendation | International Standard shall not contain data that results in any 
element dcCij of dcC that exceeds the range of integer values from —2!° to 2!°-1, inclusive. [Ed. Note: That range and 
similar ranges will need to be expanded to at least something like -24(7+BitDepth) to 24(7+BitDepth)-1, and 
consideration should be given to actual necessary range and range supported by CABAC and CAVLC.] 


737342) Newsubclause 8.5.7.3 "Scaling and transformation process for chroma DC 
transform coefficients for 4:4:4 chroma format" 


Inputs to this process are transform coefficient level values for chroma DC transform coefficients of one chroma 
component of the macroblock as a 4x4 array c with elements ci, where i and j form a two-dimensional frequency index. 


Outputs of this process are 16 scaled DC values as a 4x4 array dcC with elements dcCjj. 


The inverse transform for the 4x4 chroma DC transform coefficients is specified by: 


1 1 L-  Lfeg Co Cg Co 1 1 1 1 
ee 1 1 -1 -lfie, ¢, Cy, ¢3 1 #1 -1 -I1 
1 -1 -1l Ife, c,, ¢, c,,)1 -1 -1 1 
1-1 1 -I1}ic, cz, C3, ¢, ff1 -1 1 -I 


A bitstream conforming to this Recommendation | International Standard shall not contain data that results in any 
element fij of f that exceeds the range of integer values from —2'> to 2'°-1, inclusive. [Ed. Note: That range and similar 
ranges will need to be expanded to at least something like -24(7+BitDepth) to 24(7+BitDepth)-1, and consideration 
should be given to actual necessary range and range supported by CABAC and CAVLC.] 
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After the inverse transform, scaling is performed as follows. 
- If QP'c is greater than or equal to 12, the scaled result shall be derived as 


dcCi = ( f * LevelScale( QP'c % 6, 0, 0,0.) ) << (QP'c/ 6-2), withi=0..3,j =0, 1 
- Otherwise (QP'c is less than 12), the scaled result shall be derived as 


dceCi = ( f * LevelScale( QP'c % 6, 0, 0,0) ) >> (2—QP'c/6 ), with i = 0..3, j = 0, 1 


A bitstream conforming to this Recommendation | International Standard shall not contain data that results in any 
element dcC;; of dcC that exceeds the range of integer values from —2'° to 2!°—-1, inclusive. [Ed. Note: That range and 
similar ranges will need to be expanded to at least something like -24(7+BitDepth) to 24(7+BitDepth)-1, and 
consideration should be given to actual necessary range and range supported by CABAC and CAVLC.] 


747443)  Subclause 8.5.8 "Scaling and transformation process for residual 4x4 blocks" 
Replace "QPy" in this subclause with "QP'y". 

Replace "QSy" in this subclause with "QS'y". 

Replace "QPc" in this subclause with "QP'c". 

Replace "QSc" in this subclause with "QS'c". 

[Ed. Note: Define QS'y and QS'c. in the same manner as QP'y and QP'c.] 


[Ed. Note: Fix the range of values allowed also.] 


75) Subclause 8.5.10 Picture construction process prior to deblocking filter process 


Change the title as follows. 


"Picture construction process for 4x4 blocks prior to deblocking filter process" 


76 New subclause 8.5.11 "Scaling and transformation process for residual 8x8 
blocks" 
Add a new subclause 8.5.11 as follows. 


Input to this process is an 8x8 array c with elements cj; which is an array relating to an 8x8 residual block of the luma 
component. 


Qutputs of this process are residual sample values as 8x8 array r with elements rij. 


Scaling of 8x8 block transform coefficient levels cij proceeds as follows. 


-__If QPy is greater than or equal to 12, scaling of 8x8 block transform coefficient levels cj; shall be performed as 


d, =(c, *LevelScale64( QP, %6, i, j)) <<(QP,/6-2), with i,j=0..7. 


-___ Otherwise (QPy is less than 12), scaling of 8x8 block transform coefficient levels cj; shall be performed as 


d, =(c, *LevelScale64( QP, %6, i, j) + 2°") >> (2-QP,/6), with i,j=0..7. 


The transform process shall convert the block of scaled transform coefficients to a block of output samples in a manner 
mathematically equivalent to the following. 
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First, each (horizontal) row of scaled transform coefficients is transformed using a one-dimensional inverse transform as 
follows. 


A set of intermediate values ej, is computed as follows. 


eio = dio + dig, with i=0..7 (Eq.-No.) 
ey1 = — di3 + dis — di7— (di7 >>_1), with i=0..7 (Eq.-No.) 
ei = dio — di4, with i=0..7 (Eq.-No.) 
ei3 = di + di7 — diz — (diz >> 1), with i=0..7 (Eq.-No.) 
ei4 = (dio >> 1) —dice, with i=0..7 (Eq.-No.) 
eis = — di + di7 + dis + (dis >> 1), with i=0..7 (Eq.-No.) 
eio = dio + (die >> 1), with i=0..7 (Eq.-No.) 
ei7 = di3 + dis + dir + (di >> 1), with i=0..7 (Eq.-No.) 


A second set of intermediate results fj, is computed from the intermediate values ej as follows. 


fio = Cin + Cin, ~With i1=0..7 (Eq.-No.) 
fi, = en + (e7 >> 2), with 1=0..7 (Eq.-No.) 
fix =e + ei4, With i=0..7 (Eq.-No.) 
fiz = ei3 + (Cis >> 2) with 1=0..7 (Eq.-No.) 
fi4 = ein — ei4, With i1=0..7 (Eq.-No.) 
fis = (ei3 >> 2) — eis with i1=0..7 (Eq.-No.) 
he=eno ee. with 10.7 (Eq.-No.) 
fiz = ei7— (en >> 2), with i=0..7 (Eq.-No.) 


Then, the transformed result gi, is computed from these intermediate values fi; as follows. 


gio = fio + fiz, with i=0..7 (Eq.-No.) 
gi= fio + fis, with i=0..7 (Eq.-No.) 
Si = fia + fiz, with i=0..7 (Eq.-No.) 
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g3= fic + fi, with i=0..7 (Eq.-No.) 
gia = fic — fii, with i=0..7 (Eq.-No.) 
£5 = fia —fi3, with i=0..7 (Eq.-No.) 
Lie = fio — fis, with i=0..7 (Eq.-No.) 
g7= fio —fi7, with i=0..7 (Eq.-No.) 


Then, each (vertical) column of the resulting matrix is transformed using the same one-dimensional inverse transform as 


follows. 


A set of intermediate values hj; is computed from the horizontally transformed value gi; as follows. 


hio = gio + gia, With i= 0..7 (Eq.-No.) 
hii = — gi3 + gis — Bi7— (gi7 >> 1), with i=0..7 (Eq.-No.) 
hi2 = gio— gia, With i=0..7 (Eq.-No.) 
hi3 = gir + gi7 — 8i3 — (gin >> 1), with 1=0..7 (Eq.-No.) 
hig = (gi2 >> 1) — gic, with i=0..7 (Eq.-No.) 
his = — gi + Si7 + Bis + (Bis >> 1), with i=0..7 (Eq.-No.) 
hie = gi + (gis >> 1), with i=0..7 (Eq.-No.) 
hi7 = gi3 + gis + gir + (gi >> 1), with i=0..7 (Eq.-No.) 
A second set of intermediate results kj is computed from the intermediate values hij as follows. 
Kio = hio + his, with i= 0..7 (Eq.-No.) 
ki = hi + (hi >> 2), with i=0..7 (Eq.-No.) 
ki2 = hio + hig, with i=0..7 (Eq.-No.) 
ki3 = his + (his >> 2) with i=0..7 (Eq.-No.) 
kia = hio—hig, with i=0..7 (Eq.-No.) 
kis = (hx >> 2) —his with i=0..7 (Eq.-No.) 
kie = hio — hig, with i= 0..7 (Eq.-No.) 
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ki7 = hi7— (hi >> 2), with i= 0..7 (Eq.-No.) 
Then, the transformed result mij is computed from these intermediate values kij as follows. 
mio = kio + ki7, with i=0..7 (Eq.-No.) 
mi = ky + kis, with i=0..7 (Eq.-No.) 
My = ki +k, with i=0..7 (Eq.-No.) 
mj3 = kio + ki, with i=0..7 (Eq.-No.) 
mia = ki6p — kin, With i=0..7 (Eq.-No.) 
mis = kia —ki3,_ with i= 0..7 (Eq.-No.) 
Mio = ki2 — kis, with i=0..7 (Eq.-No.) 
mi7 = kio— ki7, with i1=0..7 (Eq.-No.) 


After performing both the one-dimensional horizontal and the one-dimensional vertical inverse transforms to produce an 


array of transformed samples, the final constructed residual sample values shall be derived as 


(Eq.-No.) 


r= (mi + 25) >> 6 with i, j = 0..7 


aL New subclause 8.5.12 
to deblocking filter process" 
Add a new subclause 8.5.12 as follows. 


Inputs to this process are 


-__ luma8x8BlkIdx 


-___aconstructed residual sample 8x8 array u with elements uj which is a luma residual block 


-___ the prediction sample 8x8 array pred, 


Qutputs of this process are constructed luma sample blocks S', prior to the deblocking filter process. 


‘Picture construction process for 8x8 luma residuals prior 


The position of the upper-left luma sample of the current macroblock is derived by invoking the inverse macroblock 


scanning process in subclause 6.4.1 with CurrMbAddr as input and the output being assigned to (xP, yP ). 


For each sample uj, of the 8x8 luma block, the following applies. 


-___ The position of the upper-left sample of an 8x8 luma block with index luma8x8BlkIdx inside the macroblock is 


derived by invoking the inverse 8x8 luma block scanning process in subclause 6.4.2.2 with luma8x8BIkIdx as the 


input and the output being assigned to (xO, yO ). 


-___ Depending on the variable MbaffFrameFlag, the following applies. 


-___ If MbaffFrameFlag is equal to 1 and the current macroblock is a field macroblock 


SiLxP + xO +4, yP +2 * CyO +1) ]=uy with 1.7 =0..7 (Eq.-No) 
-___ Otherwise (MbaffFrameFlag is equal to 0 or the current macroblock is a frame macroblock), 
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S'L[ xP + xO +j, yP+yO+i]=u; with i, j=0..7 (Eq.-No) 


787844) Subclause 8.6.1.1 “Luma transform coefficient decoding process: Equation 8-296 
In Equation 8-296, replace "Clip1" with "Cliply". 


797945) Subclause 8.6.1.2 “Chroma transform coefficient decoding process” 
Equation 8-303 
In Equation 8-303, replace "Clip1" with "Cliplc". 


808046) Subclause 8.6.2.1 “Luma transform coefficient decoding process” Equation 8-312 
In Equation 8-312, replace "Clip1" with "Cliply". 


818447) Subclause 8.6.2.2 “Chroma transform coefficient decoding process” 
Equation 8-316 


In Equation 8-316, replace "Clip1" with "Cliplc". 


828248) Prediction and Transform modifications for 4:2:2 and 4:4:4 formats [Ed. Note: 
Needs format work] 


838349) Inter Prediction 


4:4:4 Same motion vectors are used directly for all components. Use 6 tap filters for all components. 


4:2:2 Vertical motion vectors are used directly. Horizontal vectors are scaled by 2 as for 4:2:0. Use bilinear 
interpolation based on 1/8 sample horizontal and 1/4 sample vertical motion resolution. 


848459) Deblocking modifications 
[Ed: Refine below. ] 
Deblocking filter process 


The deblocking filter process is invoked for the luma and chroma components separately. For each macroblock, vertical 
edges are filtered first, from left to right, and then horizontal edges are filtered from top to bottom. The luma deblocking 
filter process is performed on four 16-sample edges, and the deblocking filter process for each chroma components is 
performed on two 8-sample edges when chroma_format is 1 (4:2:0 format), and on four 16-sample edges when 
chroma_format is 3 (4:4:4 format), for the horizontal direction as shown on the left side of Figure 8-9 and for the vertical 
direction as shown on the right side of Figure 8-9. 
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16*16 Macroblock 16*16 Macroblock 


Horizontal edges 
(luma) 


Horizontal edges 
(chroma) 


Vertical edges Vertical edges 
(luma) (chroma) 


(a) 4:2:0 format 


(b) 4:2:2 format 
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Figure 8-9 — Boundaries in a macroblock to be filtered (uma boundaries shown with solid lines and chroma 
boundaries shown with dashed lines) 


Subclause: 8.7.1 Filtering process for block edges 


The variable nE is derived as follows. 
If chromaEdgeFlag is equal to 0, nE is 16; 
If chromaEdgeFlag is equal to 1 and chroma_format is 3, nE is 16; 


Otherwise (chromaEdgeFlag is equal to 1 and chroma_format is 1), nE is 8. 


Subclauses: 8.7.2.2 and 8.7.2.3, Loop filter parameters must be scaled to BitDepth 


Multiply the values of a and B in Table 8-14 and the value of tco from Table 8-15 by (1 << ( BitDepth — 8 ) ). [Ed. Better 
to define a separate variable such as defining Table 8-14 to contain a’ and ', and define a = a' * (1 << ( BitDepth — 8 ) ) 
and B'= B' * (1 <<( BitDepth — 8 ) ).] 


85) Subclause 8.7 ''Deblocking filter process'' [Ed. Note: Conflicting Edits] 


Change subclause 8.7 as follows. 


Change the first sentence of the first paragraph as follows. 


A conditional filtering shall be applied to all 4x4 NxN (where N =4 or N =8 for luma, and N =4 for chroma) block 
edges of a picture, except edges at the boundary of the picture and any edges for which the deblocking filter process is 
disabled by disable_deblocking filter_idc, as specified below. 


Change the second sentence of the second paragraph as follows. 


The deblocking filter process is invoked for the luma and chroma components separately. For each macroblock, vertical 
edges are filtered first, from left to right, and then horizontal edges are filtered from top to bottom. The luma deblocking 
filter process is performed on two (when N = 8) or four (when N = 4) 16-sample edges and the deblocking filter process 
for each chroma components is performed on two 8-sample edges, for the horizontal direction as shown on the left side 
of Figure 8-9 and for the vertical direction as shown on the right side of Figure 8-9.# 
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Change Figure 8-9 as follows. 


16*16 Macroblock 16*16 Macroblock 


Luma Edges 
(N=4 or 8) 


Luma Edges 
(N=4 only) 


Chroma 
; ; Edges 
Vertical Edges Horizontal Edges 


Figure 8-9 — Boundaries in a macroblock to be filtered (luma boundaries shown with solid lines for N=4 and N=8 
luma boundaries shown with dotted lines for N=4 and chroma boundaries shown with dashed lines 


Change the text below Figure 8-9 as follows. 


For each macroblock in ascending order of mbAddr, the following applies. 


1. The variables field4ModeMbFlag, filterNon8x8LumaEdgesFlag, filterInternalEdgesFlag, filterLeftWMbEdgeFlag and 
filterTopMbEdgeFlag are derived as follows. 


-___ The variable fieldModeMbFlag is derived as follows. 


- If any of the following conditions is true, fieldModeMbFlag is set equal to 1. 


-__field_pic_flag is equal to 1 


- _MbaffFrameFlag is equal | and the macroblock mbAddr is a field macroblock 


- Otherwise, fieldModeMbFlag is set equal to 0. 


-___ The variable filterNon8x8LumaEdgesFlag is derived as follows. 


-_If any of the following conditions is true, filterNon8x8LumaEdgesFlag is set equal to 1. 


-__transform_8x8_mode_flag is equal to 0 


-__NoMbPartLessThan8x8Flag is equal to 0 


-__transform_size_flag is equal to 0 


-__mb_type for the macroblock mbAddr is equal to Intra_16x16 


- Otherwise, filterNon8x8LumaEdgesFlag is set equal to 0. 


-___ The variable filterInternalEdgesFlag is derived as follows. 


-__If disable_deblocking filter_idc for the slice that contains the macroblock mbAddr is equal to 1, the variable 
filterInternalEdgesFlag is set equal to 0; 


-__ Otherwise (disable _deblocking filter_idc for the slice that contains the macroblock mbAddr is not equal 
to 1), the variable filterInternalEdgesFlag is set equal to 1. 


-___ The variable filterLeftMbEdgeFlag is derived as follows. 


-__ If any of the following conditions is true, the variable filterLeftMbEdgeFlag is set equal to 0. 


-__ the left vertical macroblock edge of the macroblock mbAddr represents a picture boundary 
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-__disable_deblocking filter_idc for the slice that contains the macroblock mbAddr is equal to 1 


-__disable_deblocking filter_idc for the slice that contains the macroblock mbAddr is equal to 2 and the left 
vertical macroblock edge of the macroblock mbAddr represents a slice boundary 


Otherwise, the variable filterLeftMbEdgeFlag is set equal to 1. 


-___ The variable filterTopMbEdgeFlag is derived as follows. 


If any of the following conditions is true, the variable filter TopMbEdgeFlag is set equal to 0. 


-__ the top horizontal macroblock edge of the macroblock mbAddr represents a picture boundary 


-__disable_deblocking filter_idc for the slice that contains the macroblock mbAddr is equal to 1 


-__disable_deblocking filter_idc for the slice that contains the macroblock mbAddr is equal to 2 and the top 
horizontal macroblock edge of the macroblock mbAddr represents a slice boundary 


Otherwise, the variable filterTopMbEdgeFlag is set equal to 1. 


2. Given the variables fieldModeMbFlag, filterNon8x8LumaEdgesFlag, filterInternalEdgesFlag, filterLeftMbEdgeFlag_ 
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and filterTopMbEdgeFlag the deblocking filtering is controlled as follows. 


-__ When filterLeftMbEdgeFlag is equal to 1, the filtering of the left vertical luma edge is specified as follows. 


The process specified in subclause 8.7.1 is invoked with mbAddr, chromaEdgeFlag = 0, verticalEdgeFlag = 


1, fieldModeFilteringFlag = field ModeMbFlag, and (xEx, yEx) = (0, k) with k = 0..15 as input and S', as 
output. 


-__ When filterInternalEdgesFlag is equal to 1, the filtering of the internal vertical luma edges is specified as follows. 


If filterNon8x8LumaEdgesFlag is equal to 1, The process specified in subclause 8.7.1 is invoked with 


mbAddr, chromaEdgeFlag = 0, verticalEdgeFlag = 1, fieldModeFilteringFlag = fieldModeMbFlag, and 
(xEx, YEx) = (4, k) with k = 0..15 as input and S'r as output. 


The process specified in subclause 8.7.1 is invoked with mbAddr, chromaEdgeFlag = 0, verticalEdgeFlag = 


1, fieldModeFilteringFlag = field ModeMbFlag, and (xEx, yEx) = (8, k) with k = 0..15 as input and S'r as 
output. 


If filterNon8x8LumaEdgesFlag is equal to 1, The process specified in subclause 8.7.1 is invoked with 


mbAddr, chromaEdgeFlag = 0, verticalEdgeFlag = 1, fieldModeFilteringFlag = fieldModeMbFlag, and 
(xXEx, YEx) = (12, k) with k = 0..15 as input and S', as output. 


When filterTopMbEdgeFlag is equal to 1, the filtering of the top horizontal luma edge is specified as follows. 


If MbaffFrameFlag is equal to 1, (mbAddr % 2) is equal to 0, mbAddr is greater than or equal to 


2 * PicWidthInMbs, the macroblock mbAddr is a frame macroblock, and the macroblock 
(mbAddr - 2 * PicWidthInMbs + 1) is a field macroblock, the following applies. 


-__ The process specified in subclause 8.7.1 is invoked with mbAddr, chromaEdgeFlag = 0, verticalEdgeFlag 
= 0, fieldModeFilteringFlag = 1, and (xEx, yEx) = (k, 0) with k = 0..15 as input and S', as output. 


-__ The process specified in subclause 8.7.1 is invoked with mbAddr, chromaEdgeFlag = 0, verticalEdgeFlag 
= 0, fieldModeFilteringFlag = 1, and (xEx, yEx) = (k, 1) with k = 0..15 as input and S', as output. 


Otherwise, the process specified in subclause 8.7.1 is invoked with mbAddr, chromaEdgeFlag = 0, 


verticalEdgeFlag = 0, fieldModeFilteringFlag = field ModeMbFlag, and (xEx, yEx) = (k, 0) with k = 0..15 as 
input and S', as output. 


When filterInternalEdgesFlag is equal to 1, the filtering of the internal horizontal luma edges is specified as 


follows. 


If filterNon8x8LumaEdgesFlag is equal to 1, The process specified in subclause 8.7.1 is invoked with 


mbAddr, chromaEdgeFlag = 0, verticalEdgeFlag = 0, fieldModeFilteringFlag = field ModeMbFlag, and 
(xEx, yYEx) = (k, 4) with k = 0..15 as input and S', as output. 


The process specified in subclause 8.7.1 is invoked with mbAddr, chromaEdgeFlag = 0, verticalEdgeFlag = 
0, fieldModeFilteringFlag = field ModeMbFlag, and (xEx, yEx) = (k, 8) with k = 0..15 as input and S'r as 
output. 
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-__If filterNon8x8LumaEdgesFlag is equal to 1, The process specified in subclause 8.7.1 is invoked with 
mbAddr, chromaEdgeFlag = 0, verticalEdgeFlag = 0, fieldModeFilteringFlag = fieldModeMbFlag, and 
(XEx, yEx) = (k, 12) with k = 0..15 as input and S', as output. 


86) Subclause 9.3.1.1 _'""Initialisation process for context variables" 


Change subclause 9.3.1.1 as follows. 


Change Table 9-11 with the following. 


Slice type 
Syntax element Table 
SI I P, SP B 
mb_skip_flag —— 11-13 24-26 
: Table 9-14 
slice_data(_) ————= 
mb_field_decoding flag Table 9-18 70-72 70-72 70-72 710-72 
Table 9-12 
mb_type Table 9-13, 0-10 3-10 14-20 27-35 
Table 9-14. 
transform_size_flag Table 9-16 na 399-401 399-401 399-401 
macroblock _layer( ) coded_block_pattern 
faa Table 9-18 73-16 73-16 73-16 73-16 
coded_block_pattern : 
aac Table 9-18 71-84 71-84 71-84 71-84 
mb_qp_delta Table 9-17 60-63 60-63 60-63 60-63 
prev_intra4x4_pred_mode flag | Table 9-17 68 68 68 68 
rem_intra4x4_pred_mode Table 9-17 69 69 69 69 
mb_pred() prev_intra8x8_pred_mode flag | Table 9-17 na 68 68 68 
rem_intra8x8_pred_mode Table 9-17 na 69 69 69 
intra_chroma_pred_mode Table 9-17 64-67 64-67 64-67 64-67 
ref_idx_10 Table 9-16 54-59 54-59 
ref_idx_ ll Table 9-16 54-59 
mvd_10 0 Table 9-15 40-46 40-46 
mb_pred(_) and so ——=- ——— 
sub_mb_pred(_) 
aes mvd_ If Jf 1.0 Table 9-15 40-46 
mvd_10 1 Table 9-15 47-53 47-53 
mvd_11[ ][ ][1 Table 9-15 47-53 
Table 9-13 
sub_mb_pred(_) sub_mb_type 21-23 36-39 
Table 9-14 
residual_block_cabac(_) coded_block_ flag Table 9-18 85-104 85-104 85-104 85-104 
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Table 9-19, 105-165 105-165 105-165 105-165 
Table 9-22, 277-337 277-337 277-337 277-337 
Table 9-XX, 402-416 402-416 402-416 402-416 
Table 9-XX 436-450 436-450 436-450 436-450 


significant_coeff_flag[ ] 


Table 9-20, 166-226 166-226 166-226 166-226 
Table 9-23, 338-398 338-398 338-398 338-398 
Table 9-XX, 417-425 417-425 417-425 417-425 
Table 9-XX. 451-459 451-459 451-459 451-459 


last_significant_coeff_flag[ ] 


Table 9-21, 227-275 227-275 227-275 227-275 
Table 9-XX 426-435 426-435 426-435 426-435 


coeff_abs_level_minus1[ ] 


Change Table 9-16 as follows. 


Table 9-16 — Values of variables m and n for ctxIdx from 54 to 59, and 399 to 401 [Ed. (DM): initialisation values 


for two cabac_init_idc cases may be changed] 


Value of Initialisation cixldx 
cabacciniiidc | w*anabies | sa | ss | so | sz | ss | so | 399 | 4oo | aon 
I slices m na na na na na na 0 0 0 
n na na na na na na 41 63 63 
0 m a 5 4 s 4 1 0 0 0 
n 67 74 74 80 fe. 58 41 63 63 
1 m il sii 1 a) Ss 0 0 0 0 
n 66 pe) 70 86 a2 61 41 63 63 
2 m 3 A -2 712 et i 0 0 0 
n 55 79 gS 97 50 60 41 63 63 


Insert a Table as follows. 
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: initialisation values for two 


cabac_init_idc cases may be further refined] 


I 


Value of cabac_init_idc 


Value of cabac_init_idc 


slices 1 
ctxldx a 1 2 ctxldx — 2 

m/of{|m|{|nof{mtf{o|m/] ao m/|o{|m{of]mtf{ont{|m o 
402 -1 8) -4 60 -4 60 -4 60 431 -4 56 -7 54 -1 54 -7 54 
403 -7 es) 3 49 3 49 3 49 432 -l 59 -2 58 -2 58 -2 58 
404 -6 76 -2 50 -2 50 -2 50 433 -6 all -4 63 -4 63 -4 63 
405 -7 fall -4 49 -4 49 -4 49 434 -8 74 -5 66 -5 66 -5 66 
406 -9 72 -5 48 -5 48 -5 48 435 -11 85 1 64 i 64 fT 64 
407 -5 65 -2 46 -2 46 -2 46 436 -1 1 -4 60 -4 60 -4 60 
408 -14 83 -7 54 -7 54 -7 54 437 -7 We} 3 49 3 49 3 49 
409 -8 F2 -1 45 -1 45 -l 45 438 -6 76 -2 50 -2 50 -2 50 
410 -10 Wie) -4 49 -4 49 -4 49 439 -7 fal -4 49 -4 49 -4 49 
411 -5 64 4 39 4 39 4 39 440 -9 a -5 48 -5 48 -5 48 
412 -4 59 0 42 0 42 0 42 441 -5 65 -2 46 -2 46 -2 46 
413 -13 719 2 43 2 43 2 43 442 -14 83 -7 54 -7 54 -7 54 
414 -9 69 0 44 0 44 0 44 443 -8 72 -l1 45 -1 45 -l 45 
415 -8 66 5 a2 5 32 5 32 444 -10 Wiel -4 49 -4 49 -4 49 
416 3 | 55 | 15 | 30 | 15 | 30 | 15 | 30 445 5 | 64 | 4 | 39 | 4 | 390 | 4 | 39 
417 Lz 33 ibs 27 Le 27 17 a7 446 -4 59 0 42 0 42 0 42 
418 5 38 23 13 23 3 23 13 447 -13 79 2 43 2 43 2 43 
419 9 | 34 | 24 | 16 | 24 | 16 | 24 | 16 448 9 | 6 | o | 44] 0 | 44 | o | 44 
420 18 22 22 25 22 25 22 25 449 -8 66 5 32 5 pe bi] 32 
421 19 22 23 27 23 27 23 27 450 3 55 15 30 15 30 15 30 
422 23 19 23) 32 23 32 23 32 451 12 33 17 2) leg 27 sled 27. 
423 26 16 17 43 iW 43 iwi 43 452 5 38 23 13 23 13 23 13 
424 14 44 Ne 49 Le 49 17 49 453 9 34 24 16 24 16 24 16 
425 40 14 2 70 2 70 2 70 454 18 22 22 25 22 25 22 25 
426 -9 a5 3 58 3 58 3 58 455 19 22. pie 27 23 a7 23 oe 
427 -1 44 -1 28 -1 28 -1 28 456 23 19 23 32. 23 32 a 32: 
428 -2 49 0 29 0 29 0 29 457 26 16 ile 43 ie 43 il 43 
429 -2 51 2 30 2 30 ea 30 458 14 44 he 49 Liz 49 17 49 
430 -l1 Sl 1 35: 1 35 9 35 459 40 14 2 70 2 70 2 70 
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87) Subclause 9.3.2 'Binarisation Process" 


Change the following praragraph in subclause 9.3.2 as follows. 


The possible values of the context _index_ctxIdx are in the range 0 to 398459, inclusive. The value assigned to 
ctxIdxOffset specifies the lower value of the range of ctxIdx assigned to the corresponding binarisation or binarisation 
part of a syntax element. 


888851) Table 9-4 — Assignment of codeNum to values of coded_block_pattern for 
macroblock prediction modes 


Replace Table 9-4 as follows. 


Table 9-4 — Assignment of codeNum to values of coded_block_pattern for macroblock prediction modes 


(a) chroma_format_idc!=0 
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(b) chroma_format_idc=0 


es 
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898952) Table 9-6 - Codeword table for level_prefix 


Substitute the following for Table 9-6 - Codeword table for level_prefix: 


level_prefix | bit string 

1 

01 

001 

0001 

0000 1 

0000 01 

0000 001 

0000 0001 

0000 0000 1 

0000 0000 01 

0000 0000 001 

0000 0000 0001 

0000 0000 0000 1 

0000 0000 0000 01 

0000 0000 0000 001 
0000 0000 0000 0001 
0000 0000 0000 0000 1 
0000 0000 0000 0000 01 
0000 0000 0000 0000 001 
0000 0000 0000 0000 0001 
0000 0000 0000 0000 0000 1 


CO;AI DA) NB] W] WM] | oO 


\o 


NlRlRe tReet Rete le lRelRelRelR 
DIOlLWO/ALDAD)/ NM] BR] WI] role | o 
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909053) Subclause 9.2.2 ''Parsing process for level information" 
Substitute the following for 9.2.2: 


Inputs to this process are bits from slice data, the number of non-zero transform coefficient levels 
TotalCoeff( coeff_token ), and the number of trailing one transform coefficient levels TrailingOnes( coeff_token ). 


Output of this process is a list with name level containing transform coefficient levels. 


Initially an index i is set equal to 0. Then the following procedure is iteratively applied TrailingOnes( coeff_token ) times 
to decode the trailing one transform coefficient levels (if any): 
- A 1-bit syntax element trailing _ones_sign_flag is decoded and evaluated as follows. 
-  Iftrailing_ones_sign_flag is equal to 0, the value +1 is assigned to level[ i ]. 
- Otherwise (trailing _ones_sign_flag is equal to 1), the value -1 is assigned to level[ i ]. 
- The index iis incremented by 1. 


Following the decoding of the trailing one transform coefficient levels, a variable suffixLength is initialised as follows. 
- If TotalCoeff( coeff_token ) is greater than 10 and TrailingOnes( coeff_token ) is less than 3, suffixLength is set 
equal to 1. 
- Otherwise (TotalCoeff( coeff_token ) is less than or equal to 10 or TrailingOnes( coeff_token ) is equal to 3), 
suffixLength is set equal to 0. 


The following procedure is then applied iteratively ( TotalCoeff( coeff_token ) — TrailingOnes( coeff_token ) ) times to 
decode the remaining levels (if any): 
- The syntax element level_prefix is decoded using the VLC specified in Table 9-6. 
- The variable levelSuffixSize is set equal to the variable suffixLength with the exception of the following two 
cases. 
- When level_prefix is equal to 14 and suffixLength is equal to 0, levelSuffixSize is set equal to 4. 
- When level_prefix is greater than or equal to 15, levelSuffixSize is set equal to level_prefix - 3. 
- The syntax element level_suffix is decoded as follows. 
- If levelSuffixSize is greater than 0, the syntax element level_suffix is decoded as unsigned integer 
representation u(v) with levelSuffixSize bits. 
- Otherwise (levelSuffixSize is equal to 0), the syntax element level_suffix shall be inferred to be equal to 0. 
- A variable levelCode is set equal to (min(15,level_prefix) << suffixLength) + level_suffix. 
- When level_prefix is greater than or equal to 15 and suffixLength is equal to 0, levelCode is incremented by 15. 
— When level_prefix is greater than or equal to 16, levelCode is incremented by (1<<( level_prefix — 3 )) — 4096. 
- When the index i is equal to TrailingOnes( coeff_token ) and TrailingOnes( coeff_token ) is smaller than 3, 
levelCode is incremented by 2. 
- The variable level[ i ] is derived as follows. 
- If levelCode is an even number, the value ( levelCode + 2 ) >> 1 is assigned to level[ i ]. 
- Otherwise, the value ( -levelCode — 1) >> | is assigned to level[ i ]. 
- When suffixLength is equal to 0, suffixLength is set equal to 1. 
- When the absolute value of level[i ] is greater than (3 << ( suffixLength — 1 ) ) and suffixLength is less than 6, 
suffixLength is incremented by 1. 
- The index iis incremented by 1. 


91) CABAC Support for 4:2:2 or 4:4:4 


Since the chroma DC blocks will change in dimension from 2x2 to 2x4 or 4x4, coding of the chroma DC transform 
coefficients has to be adapted. The flags significant_coeff_ flag and last_siginificant_coeff flag are encoded using a 
model related to their position in the scanning path. If we want to keep that modeling scheme, 2x4 or 2x8 additional 
models would be required for each flag. Furthermore, for the coding of the absolute values of chroma DC levels one 
additional model would be necessary, since the number of decoded levels with abs. value greater than | can be larger 
than 3 in chroma DC blocks with dimension 2x4 or 4x4. 
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929254) Subclause 9.3 "CABAC parsing process for slice data" 


In subclause 9.3, replace the phrase "the pcm_alignment_zero_bit and all pcm_byte data” with 
pcm_alignment_zero_bit and all pem_sample_luma and pem_sample_chroma data”. 


939355) Subclause 9.3.1 "Initialiszation process" 


In subclause 9.3.1, replace the phrase "the pcm_alignment_zero_bit and all pcm_byte data” with 
pcm_alignment_zero_bit and all pcm_sample_luma and pcm_sample_chroma data”. 


949456) Subclause 9.3.1.2 'Initialiszation process for the arithmetic decoding engine" 


In subclause 9.3.1.2, replace the phrase "the pcm_alignment_zero_bit and all pcm_byte data” with 
pcm_alignment_zero_bit and all pcm_sample_luma and pcm_sample_chroma data”. 


959557) — Subclause 9.3.4.1 "Initialisation process for the arithmetic encoding engine 
(informative)" 


In subclause 9.3.4.1, replace the phrase "the pcm_alignment_zero_bit and all pcm_byte data” with 
pcm_alignment_zero_bit and all pcm_sample_luma and pcm_sample_chroma data”. 


969658) Entropy coding modifications for chroma extensions. 


” 


" 


any 


" 


any 


The only changes needed are for coding of chroma DC coefficients. In addition the number of AC blocks will be 


different, but coding of each AC 4x4 block is unchanged. 


979759) VLC Modification for 4:2:2 


The table total_ceff()/trailing_ones():Num-VLC_Chroma_DC must be changed reflecting that there may be 0 to 8 


coefficients. New code table: 


Trailing onesO IL 23 


Total_coeff 


0 1 o- - = 

1 0001111 O1 - - 

2 0001110 0001101 001 - 

3 000000111 0001100 000101100001 

4 000000110 000000101 0001010000001 

5 0000000111 0000000110 000000100 0001001 

6 00000000111 00000000110 0000000101 0001000 

7 000000000111 000000000110 00000000101 = 0000000100 
8 0000000000111 000000000101 000000000100 00000000100 


A scanning order for the 2x4 transform must be defined and the following is used: 
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Vi 
Vi 


The table for total_zeroes_chroma_DC must be changed reflecting that there may be 0 to 7 zeroes. New code table: 


NumCoeff 1 2 34 5 6 7 


Total zeroes 


0 1 000 000 110 00 00 0 
1 010 O01 O01 00 01 01 1 
2 011 001 O1 01 10 1 

3 0010 100 10 10 11 

4 0011 101 110 111 

a) 0001 110 111 

6 00001 111 

7 00000 


989860) | VLC Modification for 4:4:4 


Similar action is taken here. However, suitable tables already exist for 4x4 blocks. 
Use total_ceffQ/trailing_ones(Q): Num-VLCO 
Use normal Zig-zag scanning 


Use the same table for total_zeroes as for luma 


99) [Ed note on new constraints for existing profiles.] 


For Main, Baseline, and Extended profiles, specify constrants as follows. 


= No 8x8 transform 


= No new lossless coding feature 


= No quantisation matrices 


— __ Sequence parameter sets shall have chroma_format_idc equal to 1 (inferred). 


— __ Sequence parameter sets shall have bit_depth_luma_minus8 equal to 0 (inferred). 


— _ Sequence parameter sets shall have bit_depth_chroma_minus8 equal to 0 (inferred). 
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61) CABAC Support for 4:2:2 or 4:4:4 


Sane the chron Sele cle a eh eee ee bo po he es eh 
geet bee te beta bt ee ee ll ee ered 
piodelestelie thee esc eee Le eel clas | eh 
piedebave wt bo sequined os ae eo te  eae e tel ee elo 
geblitese eck veel Bs ee lected habe et ee 
nome rat DC blocks with di mee " 


10010062) New subclause A.2.4 ''4:2:0/10 profile" 


Insert new subclause A.2.4 as follows 


A.2.4 4:2:0/10 profile 


Bitstreams conforming to the 4:2:2/10 profile shall obey the following constraints: 


—__Only I P, and B slice types may be present. 


— NAL unit streams shall not contain nal_unit_type values in the range of 2 to 4, inclusive. 


—___ Arbitrary slice order is not allowed. 


— ___Picture parameter sets shall have num_slice_groups_minus1! equal to 0 only. 


— ___ Picture parameter sets shall have redundant_pic_cnt_present_flag equal to 0 only. 


— __ Sequence parameter sets shall have chroma_format_idc in the range of 0 to | inclusive. 


— __ Sequence parameter sets shall have bit_depth_luma_minus8 in the range of 0 to 2 inclusive. 


— __ Sequence parameter sets shall have bit_depth_chroma_minus8 in the range of 0 to 2 inclusive. 


— __ Sequence parameter sets shall have lossless_qp0eedine flag equal to 0 only. 
— ___ The level constraints specified for the 4:2:2/10 profile in subclause A.3 [Ed. ???] shall be fulfilled. 


Conformance of a bitstream to the 4:2:0/10 profile is specified by profile _idc being equal to 69. Decoders conforming to 
the 4:2:2/10 profile at a specific level shall be capable of decoding all bitstreams in which profile_idc is equal to 69 or 66 
or constraint_setl_ flag is equal to 1, or both constraint_set3_flag is equal to 1 and level_idc is not equal to 11, and in 
which level_idc represents a level less than or equal to the specified level. [Ed. Note: Use parenthesis above to group the 


both? 


10140163) New subclause A.2.5 ''4:2:2/8 profile" 


Insert new subclause A.2.5 as follows 


A.2.5 4:2:2/8 profile 


Bitstreams conforming to the 4:2:2/8 profile shall obey the following constraints: 


— __Only I P, and B slice types may be present. 


— ___ NAL unit streams shall not contain nal_unit_type values in the range of 2 to 4, inclusive. 


—___Arbitrary slice order is not allowed. 


— Picture parameter sets shall have num_slice_groups_minus1! equal to 0 only. 


— Picture parameter sets shall have redundant_pic_cnt_present_flag equal to 0 only. 


— _ Sequence parameter sets shall have chroma_format_idc in the range of 0 to 2 inclusive. 


— __ Sequence parameter sets shall have bit_depth_luma_minus8 equal to 0 only. 
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— __ Sequence parameter sets shall have bit_depth_chroma_minus8 equal to 0 only. 


— __ Sequence parameter sets shall have lossless_qp0cedine flag equal to 0 only. 
— ___The level constraints specified for the 4:2:2/8 profile in subclause A.3 [Ed. ???] shall be fulfilled. 


Conformance of a bitstream to the 4:2:2/8 profile is specified by profile _idc being equal to 70. Decoders conforming to 
the 4:2:2/8 profile at_a specific level shall be capable of decoding all bitstreams in which profile_idc is equal to 70 or 66 
or constraint_setl flag is equal to 1, or both constraint_set3_flag is equal to 1 and level_idc_is not equal to 11, and in 
which level_idc represents a level less than or equal to the specified level. 


10210264) New subclause A.2.4 ''4:2:2/10 profile" 


Insert new subclause A.2.4 as follows 


A.2.44:2:2/10 profile 


Bitstreams conforming to the 4:2:2/10 profile shall obey the following constraints: 


— Only I P, and B slice types may be present. 


— ___NAL unit streams shall not contain nal_unit_type values in the range of 2 to 4, inclusive. 


— ___ Arbitrary slice order is not allowed. 


— Picture parameter sets shall have num_slice_groups_minus1! equal to 0 only. 


— ___ Picture parameter sets shall have redundant_pic_cnt_present_flag equal to 0 only. 


— __ Sequence parameter sets shall have chroma_format_idc in the range of 0 to 2 inclusive 


— __ Sequence parameter sets shall have bit_depth_luma_minus8 in the range of 0 to 2 inclusive. 


— __ Sequence parameter sets shall have bit_depth_chroma_minus8 in the range of 0 to 2 inclusive. 


— __ Sequence parameter sets shall have lossless_qp0eedine flag equal to 0 only. 


— ___The level constraints specified for the 4:2:2/10 profile in subclause_A.3 shall be fulfilled. 


Conformance of a bitstream to the 4:2:2/10 profile is specified by profile _idc being equal to 71. Decoders conforming to 
the 4:2:2/10 profile at a specific level shall be capable of decoding all bitstreams in which profile_idc is equal to 71 , 70, 
69 or 66 or constraint_setl flag is equal to 1_and in which level_idc represents a level less than or equal to the specified 
level. 


10310265) New subclause A.2.5 ''4:4:4/12 profile" 


Insert new subclause A.2.5 as follows 


A.2.5 4:4:4/12 profile 


Bitstreams conforming to the 4:4:4/12 profile shall obey the following constraints: 


— __Only LP, and B slice types may be present. 


— __NAL unit streams shall not contain nal_unit_type values in the range of 2 to 4, inclusive. 


— ___ Arbitrary slice order is not allowed. 


— ___Picture parameter sets shall have num_slice_groups_minus1! equal to 0 only. 


— Picture parameter sets shall have redundant_pic_cnt_present_flag equal to 0 only. 


— __ Sequence parameter sets shall have chroma_format_idc in the range of 0 to 3 inclusive 


— ___ Sequence parameter sets shall have bit_depth_luma_minus8 in the range of 0 to 4 inclusive. 


— __ Sequence parameter sets shall have bit_depth_chroma_minus8 in the range of 0 to 4 inclusive. 


—___The level constraints specified for the 4:4:4/12 profile in subclause A.3 shall be fulfilled. 


Conformance of a bitstream to the 4:4:4/12 profile is specified by profile _idc being equal to 72. Decoders conforming to 
the 4:4:4/12 profile at_a specific level shall be capable of decoding all bitstreams in which profile_idc is equal to 66, 69, 
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70, 71, or 72 or constraint_setl flag is equal to 1 and in which level _idc represents a level less than or equal to the 
specified level. 


62)—_New subclause A.2.4-"4:2:2/10 profile” 
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to-the-specified level. 
fEd_Nete: What about constraint_setN_flag?_Creating a. new one for each profile} 


63) New subclause A.2.5 "4:4:4/12 profile” 
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to-the-specified level. 
fEd--Note-What about constraint_setN_flag? Creating a new one for each profile?} 


1044036965) Subclause A.3.1 ''Profile-independent level limits" 


In subclause A.3.1, make the following changes. 


Rename subclause A.3.1 with the following. 


A.3.1 Level limits common to the Baseline, Main, and Extended profiles 

In subclause A.3.1, make the following changes. 

Replace the phrase "any profile" with "the Baseline, Main, or Extended profiles”. 

Change the last two paragraphs of subclause A.3.1 and the content of Table A-1 to the following: 


Table A-1 below specifies the limits for each level. Entries marked "-" in Table A-1 denote the absence of a 
corresponding limit. For purposes of comparison of level capabilities, a level shall be considered to be a lower (higher) 
level than some other level if the level appears nearer to the top (bottom) row of Table A-1 than the other level. 


A level to which the bitstream conforms shall be indicated by the syntax elements level_idc and constraint_set3_flag as 
follows. 


- If level_idc is equal to 11 and constraint_set3_flag is equal to 1, the indicated level is level 1b. 


- Otherwise (level_idc is not equal to 11 or constraint_set3_flag is not equal to 1), level_idc shall be set equal to a 
value of ten times the level number specified in Table A-1 and constraint_set3_flag shall be set equal to 0. 
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Table A-1 — Level limits 


Max 
video Max 
Max Max bit rate CPB size Vertical MV 
macroblock Max decoded MaxBR MaxCPB component Max number of 
processing | frame picture (1000 bits/s, | (1000 bits, range Min motion vectors 
rate size buffer size | 1200 bits/s, 1200 bits, MaxVmvR _ |compression per two 
Level | MaxMBPS | MaxFS | MaxDPB | 2000 bits/s, or | 2000 bits, or | (luma frame ratio consecutive MBs 
number (MB/s) (MBs) 2400 bits/s) 2400 bits) samples) MinCR = |MaxMvsPer2Mb 
1 1 485 99 148.5 64 175 [-64,+63.75] 2 - 
1b 1 485 99 148.5 128 350 [-64,+63.75] 2 - 
1.1 3 000 396 337.5 192 500 [-128,+127.75] 2 - 
1.2 6 000 396 891.0 384 1000 [-128,+127.75] 2 - 
1.3 11 880 396 891.0 768 2 000 [-128,+127.75] 2 - 
2 11 880 396 891.0 2 000 2 000 [-128,+127.75] 2 - 
2.1 19 800 792 1 782.0 4 000 4 000 [-256,+255.75] 2 - 
2.2 20 250 1 620 3 037.5 4 000 4 000 [-256,+255.75] 2 - 
3 40 500 1 620 3 037.5 10 000 10 000 [-256,+255.75] 2 32 
3.1 108 000 3 600 6 750.0 14 000 14 000 [-512,+511.75] 4 16 
3.2 216 000 5 120 7 680.0 20 000 20 000 [-512,+511.75] 4 16 
4 245 760 8 192 12 288.0 20 000 25 000 [-512,+511.75] 4 16 
4.1 245 760 8 192 12 288.0 50 000 62 500 [-512,+511.75] 2 16 
4.2 491 520 8 192 12 288.0 50 000 62 500 [-512,+511.75] 2 16 
5 589 824 22 080 41 400.0 135 000 135 000 [-512,+511.75] 2 16 
5.1 983 040 36 864 69 120.0 240 000 240 000 [-512,+511.75] 2 16 


1054047066) Subclause A.3.2 ''Profile-specific level limits" 
Replace subclause A.3.2 with the following. 


A.3.2 
a) 


b) 
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Profile-specific level limits 


In bitstreams conforming to the Main, 4:2:0/10, 4:2:2/8, 4:2:2/10, or 4:4:4/1242:2H0_4:-4-4/49_o¢ 4-4-4183, 
profiles, the removal time of access unit 0 shall satisfy the constraint that the number of slices in picture 0 is less 
than or equal to ( PicSizeInMbs + MaxMBPS * ( t-( 0 ) - t.n( 0 ) ) ) + SliceRate, where SliceRate is the value 
specified in Table A-3 that applies to picture 0. 


In bitstreams conforming to the Main, 4:2:0/10, 4:2:2/8, 4:2:2/10, or 4:4:4/1242:2H0_4:-4-4/49_o¢ 4-4-4183 
profiles, the difference between consecutive removal time of access units n and n - | (with n > 0) shall satisfy 
the constraint that the number of slices in picture n is  Iless' than or equal to 
MaxMBPS * (t-(n )- t(n- 1) ) +SliceRate, where SliceRate is the value specified in Table A-3 that applies 
to picture n. 


In bitstreams conforming to the Main, 4:2:0/10, 4:2:2/8, 4:2:2/10, or 4:4:4/1242:2H0_4-4-4/49__o¢ 4-4-4183 
profiles, sequence parameter sets shall have direct_8x8_inference_flag equal to | for the levels specified in 
Table A-3. 

NOTE - direct_8x8_inference_flag is not relevant to the Baseline profile as the Baseline profile does not allow B slice types 
(specified in subclause A.2.1), and direct_8x8_inference_flag is equal to 1 for all levels of the Extended profile (as specified 
in subclause A.2.3). 
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In bitstreams conforming to the Main, 4:2:0/10, 4:2:2/8, 4:2:2/10, or 4:4:4/1242:240 444/19 _4-4-4/8 or 
Extended profiles, sequence parameter sets shall have frame_mbs_only_flag equal to | for the levels specified 
in Table A-3 for the Main, 4:2:2/10, 4:4:4/12, and 4:4:4/8 profiles and in Table A-4 for the Extended profile. 


NOTE -— frame_mbs_only_flag is equal to 1 for all levels of the Baseline profile (specified in subclause A.2.1). 


In bitstreams conforming to the Main, 4:2:0/10, 4:2:2/8, 4:2:2/10, or 4:4:4/1242:240 444/19 _4-4-4/8 or 
Extended profiles, the value of sub_mb_type in B macroblocks shall not be equal to B_Bi_8x4, B_Bi_4x8, or 
B_Bi_4x4 for the levels in which MinLumaBiPredSize is shown as 8x8 in Table A-3 for the Main, 4:2:2/10, 
4:4:4/12, and 4:4:4/8 profiles and in Table A-4 for the Extended profile. 


In bitstreams conforming to the Baseline and Extended profiles, ( xIntmax — xIntmin + 6 ) * ( yINtmax — yIntmin + 6 ) 
<= MaxSubMbRectSize in macroblocks coded with mb_type equal to P_8x8, P_8x8ref0 or B_8x8 for all 
invocations of the process specified in subclause 8.4.2.2.1 used to generate the predicted luma sample array for 
a single list (list O or list 1) for each 8x8 sub-macroblock, where NumSubMbPart( sub_mb_type ) > 1, where 
MaxSubMbRectSize is specified in Table A-2 for the Baseline profile and in Table A-4 for the Extended profile 
and 


—  XIntmin as the minimum value of xInt, among all luma sample predictions for the sub-macroblock 
— — xIntmax as the maximum value of xInt, among all luma sample predictions for the sub-macroblock 
—  yIntmin as the minimum value of yInt, among all luma sample predictions for the sub-macroblock 


— — yIntmax as the maximum value of yInt, among all luma sample predictions for the sub-macroblock 


In bitstreams conforming to the 4:2:0/10 profile, the VCL HRD parameters, 


h) 


SHEd Note-fix formatture} 

BitRate[ SchedSelldx | <= 1500 * MaxBR and CpbSize[ SchedSelldx | <= 1500 * MaxCPB for at least one 
value of SchedSelldx, where BitRate[ SchedSelldx | is given by Equation E-13 and CpbSize[ SchedSelldx | is 
given by Equation E-14 when vcl_hrd_parameters_present_flag is equal to 1. MaxBR and MaxCPB are 
specified in Table A-1 in units of 1500 bits/s and 1500 bits, respectively. The bitstream shall satisfy these 
conditions for at _least_one value _of SchedSelldx_in the range 0 to cpb_cnt_minusl, inclusive. 
CpbSize[ SchedSelIdx | is also called CPB size. 


In bitstreams conforming to the 4:2:0/10 profile, the NAL HRD parameters, 


beh Sete eet 

BitRate[ SchedSelldx | <= 1800 * MaxBR and CpbSize[ SchedSelldx |] <= 1800 * MaxCPB for at least one 
value of SchedSelldx, where BitRate[ SchedSelldx | is given by Equation E-13 and CpbSize[ SchedSelldx | is 
given by Equation E-14 when nal_hrd_parameters_present_flag equal to 1. MaxBR and MaxCPB are specified 
in Table A-1 in units of 1800 bits/s and 1800 bits, respectively. The bitstream shall satisfy these conditions for 
at least one value of SchedSelldx in the range 0 to cpb_cnt_minusl1. 


bed —Note-—fix formattine}In bitstreams conforming to the 4:2:2/8 profile, the VCL HRD parameters, 


D 


BitRate[ SchedSelldx | <= 3000 * MaxBR and CpbSize[ SchedSelldx | <= 3000 * MaxCPB for at least one 
value of SchedSelldx, where BitRate[ SchedSelldx | is given by Equation E-13 and CpbSize[ SchedSelldx | is 
given by Equation E-14 when vcl_hrd_parameters_present_flag is equal to 1. MaxBR and MaxCPB are 
specified in Table A-1 in units of 3000 bits/s and 3000 bits, respectively. The bitstream shall satisfy these 
conditions for at _least_one value of SchedSelldx_in the range 0 to cpb_cnt_minusl, inclusive. 
CpbSize[ SchedSelIdx | is also called CPB size. 


In bitstreams conforming to the 4:2:2/8 profile, the NAL HRD parameters, 


k) 


eb Se 
BitRate[ SchedSelldx | <= 3600 * MaxBR and CpbSize[ SchedSelldx |] <= 3600 * MaxCPB for at least one 


value of SchedSelldx, where BitRate[ SchedSelldx | is given by Equation E-13 and CpbSize[ SchedSelldx | is 
given by Equation E-14 when nal_hrd_parameters_present_flag equal to 1. MaxBR and MaxCPB are specified 
in Table A-1 in units of 3600 bits/s and 3600 bits, respectively. The bitstream shall satisfy these conditions for 
at least one value of SchedSelldx in the range 0 to cpb_cnt_minusl1. 


In bitstreams conforming to the 4:2:2/10 profile and the 4:4:4/12 profile, the VCL 


kHEd- Note-—fix formatting} 

HRD parameters, BitRate[ SchedSelldx | <= 4000 * MaxBR and CpbSize[ SchedSelldx |] <= 4000 * MaxCPB 
for_at_least_one value of SchedSelldx, where BitRate] SchedSelldx ] is given by Equation E-13 and 
CpbSize[ SchedSelldx | is given by Equation E-14 when vcl_hrd_parameters_present_flag is equal to 1. 
MaxBR and MaxCPB are specified in Table A-1 in units of 4000 bits/s and 4000 bits, respectively. The 
bitstream shall satisfy these conditions for at least one value of SchedSelldx in the range 0 to cpb_cnt_minus1, 
inclusive. CpbSize[ SchedSelldx | is also called CPB size. 


b-+ed-Note-fx formattine}In bitstreams conforming to the 4:2:2/10 profile and the 4:4:4/12 profile, the NAL 


HRD parameters, BitRate[ SchedSelldx | <= 4800 * MaxBR and CpbSize[ SchedSelldx | <= 4800 * MaxCPB 
for_at_least_one value of SchedSelldx, where BitRate] SchedSelldx ] is given by Equation E-13 and 
CpbSize[ SchedSelldx | is given by Equation E-14 when nal_hrd_parameters_present_flag equal to 1. MaxBR 
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and MaxCPB are specified in Table A-1 in units of 4800 bits/s and 4800 bits, respectively. The bitstream shall 
satisfy these conditions for at least one value of SchedSelldx in the range 0 to cpb_cnt_minus1. 


1061057467) Subclause A.3.2.1 ''Baseline profile limits" Table A-2 
In subclause A.3.2.2, replace Table A-2 with the following. 


Table A-2 — Baseline profile level limits 


Level number | MaxSubMbRectSize 
1 576 
1b 576 
1.1 576 
1.2 576 
1.3 576 
2 576 
2.1 576 
2.2 576 
3 576 
3.1 - 
3.2 - 
4 - 
41 - 
4.2 - 
5 z 
5.1 - 


1071067268) Subclause A.3.2.2 'Main profile limits" 
In subclause A.3.2.2, make the following changes. 


Rename the subclause as follows: 
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A.3.2.2 Main, 4:2:0/10, 4:2:2/8, 4:2:2/10, or 4:4:4/124:2:2H0,4:4:442, and4:4:4/8 profile limits 


Replace the phrase "conforming to the Main profile” with "conforming to the Main, 4:2:0/10, 4:2:2/8, 4:2:2/10, or 
4:4:4/1242:3H0 4:4-4/}2_or4-4-4/8 profiles”. 


Replace Table A-3 with the following: 


Table A-3 — Main, 4:2:0/10, 4:2:2/8, 4:2:2/10, or 4:4:4/124:2: : - profile level limits 


Level number | SliceRate MinLumaBiPredSize direct_8x8_inference_flag frame_mbs_only_flag 

1 : : : 1 
1b - - 2 1 
1.1 - - - 1 
1.2 - - 7 1 
1.3 : - - 1 
2 : . : 1 
21 - - - - 
2.2 - - - - 
3 22 - 1 : 
3.1 60 8x8 1 - 
3.2 60 8x8 1 - 
4 60 8x8 1 : 
4.1 24 8x8 1 : 
4.2 24 8x8 1 1 
5 24 8x8 1 1 
5.1 24 8x8 1 1 
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1084077369) Subclause A.3.2.2 ''Extended profile limits'' Table A-4 
Replace Table A-4 with the following: 


Table A-4 — Extended profile level limits 


Level number | MaxSubMbRectSize | MinLumaBiPredSize | frame_mbs_only_flag 

1 576 - 1 
1b 576 - 1 
1.1 576 - 1 
1.2 576 - 1 
1.3 576 - 1 
2 576 - 1 
2.1 576 - - 
2.2 576 - - 
3 576 - - 
3.1 - 8x8 - 
3.2 - 8x8 - 
4 - 8x8 = 
41 = 8x8 - 
4.2 - 8x8 1 
5 - 8x8 1 
5.1 - 8x8 1 


1091087470)  Subclause A.3.3 '' Effect of level limits on frame rate (informative)'"' Table A-5 
Replace Table A-5 with the following: 
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Table A-5 — Maximum frame rates (frames per second) for some example frame sizes 


Level: 1 1b 1.1 1.2 1.3 2 2.1 
Max frame size (macroblocks): 99 99 396 396 396 396 792 
Max macroblocks/second: 1 485 1 485 3.000 6 000 11 880 11 880 19 800 
Max frame size (samples): 25 344 25 344 101 376 101 376 101 376 101 376 202 752 
Max samples/second: 380 160 380 160 768 000| 1536000] 3041 280] 3041 280 5 068 800 
Luma| Luma MBs Luma 

Format Width | Height Total | Samples 

SQCIF 128 96 48 12 288 30.9 30.9 62.5 125.0 172.0 172.0 172.0 
QCIF 176 144 99 25 344 15.0 15.0 30.3 60.6 120.0 120.0 172.0 
QVGA 320 240 300 76 800 - - 10.0 20.0 39.6 39.6 66.0 
525 SIF 352 240 330 84 480 - - 9.1 18.2 36.0 36.0 60.0 
CIF 352 288 396 101 376 - - 7.6 15,2 30.0 30.0 50.0 
525 HHR 352 480 660 168 960 - - - - - - 30.0 
625 HHR 352 576 792 202 752 - - - - - - 25.0 
VGA 640 480 200 307 200 - - = . Z 7 2 
525 4SIF 704 480 320 337 920 - - : . 2 S eo 
525 SD 720 480 350 345 600 - - : . é . 2 
4CIF 704 576 584 405 504 - - : . é . 2 
625 SD 720 576 620 414 720 - - : . é . 2 
SVGA 800 600 900 486 400 - - : . é . 2 
XGA 1024 768 3 072 786 432 - - : . é . 2 
720p HD 1280 720 3 600 921 600 - - : . é . 2 
4VGA 1280 960 4 800] 1228 800 - - : . é . 2 
SXGA 1280 1024 5120] 1310720 - - : . é . 2 
525 16SIF 1408 960 5 280] 1351 680 - - : . é . 2 
16CIF 1408 1152 6 336] 1622016 - - : . é . 2 
4SVGA 1600 1200 7500} 1920 000 - - : . é . 2 
1080 HD 1920 1088 8 160| 2 088 960 - - : . é a 2 
2Kx1K 2048 1024 8 192 | 2097 152 - - : . é “ 2 
4XGA 2048 1536] 12288] 3 145 728 - - : . é “ 2 
16VGA 2560 1920| 19200] 4915 200 - - : . é “ 2 
3616x1536 (2.35:1) 3616 1536| 21696] 5554176 - - : . é “ 2 
3672x1536 (2.39:1) 3680 1536 | 22080] 5 652 480 - - : . é “ 2 
4Kx2K 4096 2048 | 32768] 8 388 608 - - = . é a 2 
4096x2304 (16:9) 4096 2304 | 36 864| 9 437 184 - - : # Z 7 2 
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Table A-5 (continued) — Maximum frame rates (frames per second) for some example frame sizes 


Level: 2.2 3 3.1 3.2 4 4.1 4.2 
Max frame size (macroblocks): 1 620 1 620 3 600 5120 8 192 8 192 8 192 
Max macroblocks/second: 20 250 40 500 108 000 216 000 245 760 245 760 589 824 
Max frame size (samples): 414 720 414 720 921600] 1310720} 2097 152| 2097 152 2 097 152 
Max samples/second: 5 184 000 | 10 368 000 | 27 648 000 | 55 296 000 | 62 914 560 | 62 914 560} 125 829 120 
Luma| Luma MBs Luma 

Format Width | Height Total| Samples 

SQCIF 128 96 48 12 288 172.0 172.0 72.0 72.0 72.0 72.0 72.0 
QCIF 176 144 99 25 344 172.0 172.0 72.0 72.0 72.0 72.0 72.0 
QVGA 320 240 300 76 800 67.5 135.0 72.0 72.0 72.0 72.0 72.0 
525 SIF 352 240 330 84 480 61.4 122.7 72.0 72.0 72.0 72.0 72.0 
CIF 352 288 396 101 376 S17 102.3 72.0 72.0 72.0 72.0 72.0 
525 HHR 352 480 660 168 960 30.7 61.4 63.6 72.0 72.0 72.0 72.0 
625 HHR 352 576 792 202 752 25.6 511 36.4 72.0 72.0 72.0 72.0 
VGA 640 480 200 307 200 16.9 33.8 90.0 72.0 72.0 72.0 72.0 
525 4SIF 704 480 320 337 920 15.3 30.7 81.8 63.6 72.0 72.0 72.0 
525 SD 720 480 350 345 600 15.0 30.0 80.0 60.0 72.0 72.0 72.0 
4CIF 704 576 584 405 504 12.8 25.6 68.2 36.4 55.2 55.2 72.0 
625 SD 720 576 620 414 720 12.5 25.0 66.7 33.3 5L7 51.7 72.0 
SVGA 800 600 900 486 400 - - 56.8 13.7 29.3 29.3 72.0 
XGA 1024 768 3 072 786 432 - - 35.2 70.3 80.0 80.0 60.0 
720p HD 1280 720 3 600 921 600 - - 30.0 60.0 68.3 68.3 36.5 
4VGA 1280 960 4 800] 1 228 800 - - - 45.0 51.2 51.2 02.4 
SXGA 1280 1024 5.120} 1310720 - - - 42.2 48.0 48.0 96.0 
525 16SIF 1408 960 5 280] 1351 680 - - - - 46.5 46.5 93.1 
16CIF 1408 1152 6 336| 1622016 - - - - 38.8 38.8 77.6 
4SVGA 1600 1200 7500] 1920 000 - - - - 32.8 32.8 65.5 
1080 HD 1920 1088 8 160} 2088 960 - - - - 30.1 30.1 60.2 
2Kx1K 2048 1024 8 192] 2097 152 - - - - 30.0 30.0 60.0 
4XGA 2048 1536| 12288] 3 145 728 - - - - - - - 
16VGA 2560 1920| 19200] 4915 200 - - - - - - - 
3616x1536 (2.35:1) 3616 1536| 21696| 5554 176 - - - - - - - 
3672x1536 (2.39:1) 3680 1536| 22 080| 5 652 480 - - - - - - - 
4Kx2K 4096 2048 | 32768] 8 388 608 - - © . # 7 . 
4096x2304 (16:9) 4096 2304| 36864} 9 437 184 - - - - - - - 
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Table A-5 (concluded) — Maximum frame rates (frames per second) for some example frame sizes 


Level: 5 5.1 
Max frame size (macroblocks): 21 696 36 864 
Max macroblocks/second: 589 824 983 040 
Max frame size (samples): 5 554 176 9 437 184 
Max samples/second: 150 994 944| 251 658 240 
Luma| Luma MBs Luma 

Format Width | Height Total| Samples 

SQCIF 128 96 48 12 288 72.0 172.0 
QCIF 176 144 99 25 344 72.0 172.0 
QVGA 320 240 300 76 800 72.0 172.0 
525 SIF 352 240 330 84 480 72.0 172.0 
CIF 352 288 396 101 376 72.0 172.0 
525 HHR 352 480 660 168 960 72.0 172.0 
625 HHR 352 576 792 202 752 72.0 172.0 
VGA 640 480 200 307 200 72.0 72.0 
525 4SIF 704 480 320 337 920 72.0 72.0 
525 SD 720 480 350 345 600 72.0 72.0 
4CIF 704 576 584 405 504 72.0 72.0 
625 SD 720 576 620 414 720 72.0 72.0 
SVGA 800 600 900 486 400 72.0 72.0 
XGA 1024 768 3 072 786 432 72.0 72.0 
720p HD 1280 720 3 600 921 600 63.8 72.0 
4VGA 1280 960 4 800] 1 228 800 22.9 72.0 
SXGA 1280 1024 5120} 1310720 15.2 72.0 
525 16SIF 1408 960 5 280] 1351 680 11.7 72.0 
16CIF 1408 1152 6 336| 1622016 93.1 55.2 
4SVGA 1600 1200 7500} 1920000 78.6 31.1 
1080 HD 1920 1088 8 160] 2 088 960 72.3 20.5 
2Kx1K 2048 1024 8 192] 2097 152 72.0 20.0 
4XGA 2048 1536| 12288] 3 145 728 48.0 80.0 
16VGA 2560 1920| 19200] 4915 200 30.7 51.2 
3616x1536 (2.35:1) 3616 1536| 21696] 5554 176 27.2 45.3 
3672x1536 (2.39:1) 3680 1536| 22080] 5 652 480 26.7 44.5 
4Kx2K 4096 2048 | 32768] 8 388 608 - 30.0 
4096x2304 (16:9) 4096 2304} 36864] 9 437 184 - 26.7 


11019097571) Newsubclause A.3.2.4 [Ed. Note: Number doesn't match below. Is it A.3.2.4 or 
A.3.2.2?]" “" Level limits 


$ aie - 24: 
common to the 4:2:0/10, 4:2:2/8, 4:2:2/10, and 4:4:4/12 profiles" 


Insert a new subclause A.3.2.4 as follows. 
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A.3.2.2 Level limits common to the 4:2:0/10, 4:2:2/8, 4:2:2/10, and 4:4:4/12 profiles 
Addigenc eet Oe ed ele se Sle Latte 


Let the variable fR be derived as follows. 


- If picture nis a frame, fR is set equal to 1 + 172. 


- Otherwise (picture n is a field), fR is set equal to 1 + (172 * 2). 


Bitstreams conforming to the 4:2:0/10, 4:2:2/8, 4:2:2/10, or 4:4:4/1242:.2H0_4-4-4/12_o¢4:4-4/8 profiles at a specified 
level shall obey the following constraints: 


a) 


b) 


c) 


d) 


g) 
h) 


The nominal removal time of access unit n (with n > 0) from the CPB as specified in subclause C.1.2, satisfies 
the constraint that t-n(n)-t(n- 1) is greater than or equal to Max( PicSizeInMbs + MaxMBPS, fR ), where 
MaxMBPS is the value specified in Table A-1 that applies to picture n, and PicSizeInMbs is the number of 
macroblocks in picture n. 


The difference between consecutive output times of pictures from the DPB as specified in subclause C.2.2, 
satisfies the constraint that Ato,app( n .) >= Max( PicSizeInMbs + MaxMBPS, fR ), where MaxMBPS is the value 
specified in Table A-1 for picture n, and PicSizeInMbs is the number of macroblocks of picture n, provided that 
picture n is a picture that is output and is not the last picture of the bitstream that is output. 


The sum of the NumBytesInNALunit variables for access unit 0 is less than or equal to 
(8 * ( BitDepthy + ( ChromaFormatFactor - | ) * BitDepthc ) * 

( PicSizeInMbs + MaxMBPS * ( t-( 0) - ten( 0) ) ) +MinCR, where MaxMBPS and MinCR are the values 
specified in Table A-1 that apply to picture 0 and PicSizeInMbs is the number of macroblocks in picture 0. 


The sum of the NumBytesInNALunit variables for access unit n (with n > 0) is less than or equal to 
(8 * ( BitDepthy + ( ChromaFormatFactor - | ) * BitDepthc ) ) * MaxMBPS * ( tn) - t(n— 1) ) + MinCR, 
where MaxMBPS and MinCR are the values specified in Table A-1 that apply to picture n. [Ed. Note: Same 
MinCR requirement? ] 


PicWidthInMbs * FrameHeightInMbs <= MaxFS, where MaxFS is specified in Table A-1 
PicWidthInMbs <= Sqrt( MaxFS * 8 ) 
FrameHeightInMbs <= Sqrt( MaxFS * 8 ) 


max_dec_frame_buffering <= MaxDpbSize, where MaxDpbSize is equal to 
Min( 2048 * MaxDPB / ( PicWidthInMbs * FrameHeightInMbs * 384 ), 16 ) and MaxDPB is specified in 
Table A-1. max_dec_frame_buffering is also called DPB size. 


asthe fe asics Ee ced eel OL a ee ce ele te 


bea CSE ten een ade hes sel vberss ate ched eel hb | eases be uation asd 
Space} pebedeel ce ee a ete es el ned eee cl te 
beaesr ee ee eed i le ee etiee e 
Susie ee se ee ee el tee ee 
inches Seba ened eles Lense es 


eee A eeeies Ee eee ee ee Seite peed eee a 


bees Se eles ene eed Selassie Le cled  eite| se a See 
Cpbsine pcbedeed eb: Equation E14 wher nal hed_parameters =present— flag-equal tet ste 
eae see i eb ieee ‘ : 
sadghnthese conditions tseut lense cnc suluc of SchedSclids ithasenee® ecb ent ae 


451) Vertical motion vector component range does not exceed MaxVmvR in units of luma frame samples, where 


MaxVmvkR is specified in Table A-1 


i) Horizontal motion vector range does not exceed the range of -2048 to 2047.75, inclusive, in units of luma 


samples 


#H}k) Number of motion vectors per two consecutive macroblocks in decoding order (also applying to the total from 
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the last macroblock of a slice and the first macroblock of the next slice in decoding order) does not exceed 
MaxMvsPer2Mb, where MaxMvsPer2Mb is specified in Table A-1. The number of motion vectors for each 
macroblock is value of the variable MvCnt after the completion of the intra or inter prediction process for the 
macroblock. 
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#1) Number of bits of macroblock_layer( ) data for any macroblock is not greater than 128 + 2048 * 
ChromaFormatFactor. Depending on entropy_coding_mode_flag, the bits of macroblock_layer( ) data are 
counted as follows. 


- If entropy_coding_mode_flag is equal to 0, the number of bits of macroblock_layer( ) data is given by the 
number of bits in the macroblock_layer( ) syntax structure for a macroblock. 


- Otherwise (entropy_coding_mode_flag is equal to 1), the number of bits of macroblock_layer( ) data for a 
macroblock is given by the number of times read_bits( 1 ) is called in subclauses 9.3.3.2.2 and 9.3.3.2.3 
when parsing the macroblock_layer( ) associated with the macroblock. 


Table A-1 below specifies the limits for each level. Entries marked "-" in Table A-1 denote the absence of a 
corresponding limit. 


A level to which the bitstream conforms shall be indicated by the syntax element level_idc as follows. 


—___If level_idc is equal to 9, the indicated level is level 1b. 


— ___ Otherwise (level_idc is not equal to 9), level_idc shall be set equal to a value of ten times the level number specified 
in Table A-1. 


Contosmidseetostsaricnh hee hall be pecited Sa setae es ieee bese ec ta ah ed be ties 
HeLa ee bh 
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1114407672) Subclause D.1 "SEI payload syntax" 


Replace subclause D.1 with the following. 


D.1 SEI payload syntax 


sei_payload( payloadType, payloadSize ) { C_ | Descriptor 

if( payloadType = = 0 ) 

buffering _period( payloadSize ) 5 
else if( payloadType = = 1 ) 

pic_timing( payloadSize ) 5 
else if( payloadType = = 2 ) 

pan_scan_rect( payloadSize ) 5 
else if( payloadType = = 3 ) 

filler_payload( payloadSize ) 5 
else if( payloadType = =4 ) 

user_data_registered_itu_t_t35( payloadSize ) 5 
else if( payloadType = =5 ) 

user_data_unregistered( payloadSize ) 5 
else if( payloadType = = 6 ) 

recovery_point( payloadSize ) 5 
else if( payloadType = =7 ) 

dec_ref_pic_marking_repetition( payloadSize ) 5 
else if( payloadType = = 8 ) 

spare_pic( payloadSize ) 5 
else if( payloadType = = 9 ) 

scene_info( payloadSize ) 5 
else if( payloadType = = 10 ) 

sub_seq_info( payloadSize ) 3 
else if( payloadType = = 11 ) 

sub_seq_layer_characteristics( payloadSize ) 5 
else if( payloadType = = 12 ) 

sub_seq_characteristics( payloadSize ) 5 
else if( payloadType = = 13 ) 

full_frame_freeze( payloadSize ) 2 
else if( payloadType = = 14 ) 

full_frame_freeze_release( payloadSize ) 5 
else if( payloadType = = 15 ) 

full_frame_snapshot( payloadSize ) 5 
else if( payloadType = = 16 ) 

progressive_refinement_segment_start( payloadSize ) 5 
else if( payloadType = = 17 ) 

progressive_refinement_segment_end( payloadSize ) 5 
else if( payloadType = = 18 ) 

motion_constrained_slice_group_set( payloadSize ) 5 
else if( payloadType = = 19 ) 

film_grain( payloadSize ) =) 
else if( payloadType = = 20 ) 

display_preference_for_deblocking( payloadSize ) 5 
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else if( payloadType = = 21 ) 


stereo_video_fields( payloadSize ) 5 
else 
reserved_sei_message( payloadSize ) 5 
if( !byte_aligned( ) ) { 
bit_equal_to_one /* equal to 1 */ 5 f(1) 
while( !byte_aligned( ) ) 
bit_equal_to_zero /* equal to 0 */ 5 | fq) 


1124447773) Newsubclause D.1.21 ''Film grain SEI message syntax" 
Add a new subclause D.1.21 as follows. 


D.1.21 Film grain SEI message semantics 


[itm gain-canesag)T 
[separate colour descipion_ previ Mag———SC« SD 
[it sparate_colour-deseripion presenta) | 


film_grain_cancel_flag 
| 5 | 
5 


film_grain_full_range_flag 5 u(1) 

film_grain_colour_primaries 5 u(8) 

film_grain_transfer_characteristics 5 | u(8) 

film_grain_matrix_coefficients 5 u(8) 
} 


log2_scale_factor 
comp0_param_present_flag 


if( comp0_param_presence_flag ) 


read_comp_parameters( 0 ) 
if( comp1_param_presence_flag) 
read_comp_ parameters( 1 ) 


if( comp2_param_presence_flag) 


read_comp_ parameters( 2 ) 


film_grain_repetition_period 5 | ue(v) 
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read_comp_parameters( c ) { 
no_intensity_intervals_minus]|[ c ] 


no_params_minusl1|[ c ] 
for(i = 0; i <= no_intensity_intervals_minus1[ c ]; i++ ) { ff 


for( j = 0; j <= no_params_minus|1[ c ]; j++ ) { 
paran{ c J[i lj] 5 | se(v) 


[Ed. Note: Don't we ordinarily only have one syntax structure per syntax subclause?] 


11344274) New subclause D.1.22 ''Deblocking filter display preference SEI message syntax" 
Add a new subclause D.1.22 as follows. 


D.1.22 Film grain SEI message semantics 


deblocking_filter_display_preference( payloadSize ) { 
deblocking_display_preference_cancel_flag 
if( !deblocking_display_preference_cancel_flag ) { Ff 


display_prior_to_deblocking_preferred_flag 
deblocking_display_preference_repetition_period 


1144437975) New subclause D.1.23 "Stereo video fields SEI message syntax" 
Add a new subclause D.1.23 as follows. 


D.1.23 Stereo video fields SEI message semantics 


stereo_video_fields( payloadSize ) { 


top_field_is_left_view_flag 
top_field_self_contained_flag 


bot_field_self_contained_flag 5 u(1) 


1154448076) New subclause D.2.21 ''Film grain SEI message semantics" 
Add a new subclause D.2.21 as follows. 
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D.2.21 Film grain SEI message semantics 


This SEI message provides the decoder with a parameterised model for the film grain present in the original source 
material. Simulation of film grain on the decoded images for the display process not specified in this Recommendation | 
International Standard is optional and does not affect the decoding process specified in this Recommendation | 
International Standard. 


film_grain_cancel_flag equal to 1 indicates that the SEI message cancels the persistence of a previous film grain SEI 
message. film_grain_cancel_flag equal to 0 indicates that the SEI message does not cancel the persistence of a 
previous film grain SEI message and that film grain information follows. 


model_id identifies the film grain simulation model as specified in Table D-5. 


Table D-5 — model_id values 


fO frequency filtering 


separate_colour_description_flag equal to 1 indicates that a distinct colour space description for the film grain 
characteriszation specified in the SEI message is present in the film grain SEI message syntax. 
separate_colour_description_flag equal to 0 indicates that the colour description for the film grain characterizsation 
specified in the SEI message is the same as for the coded video sequence as specified in subclause E.2.1. 


NOTE — When separate_colour_description_flag is equal to 1, the colour space specified for the film grain characteriszation 
specified in the SEI message may differ from the colour space specified for the coded video as specified in subclause E.2.1. 


film_grain_bit_depth_luma_minus8 plus 8 specifies the bit depth used for the luma component of the film grain 
characteriszation specified in the SEI message. When film_grain_bit_depth_luma_minus8 is not present, 
film_grain_bit_depth_luma_minus§8 shall be inferred to be equal to bit_depth_luma_minus8. 


film_grain_bit_depth_chroma_minus8 plus 8 specifies the bit depth used for the Cb and Cr components of the film 
grain characterizatienisation specified in the SEI message. When film_grain_bit_depth_chroma_minusé8 is not present, 
film_grain_bit_depth_luma_minus§8 shall be inferred to be equal to bit_depth_chroma_minus8. 


film_grain_full_range_flag has the same semantics as specified in subclause E.2.1 for the video_full_range_flag syntax 
element, except as follows. 


—  film_grain_full_range_flag specifies the colour space of the film grain characterizatienisation specified in the SEI 
message, rather than the colour space used for the coded video sequence. 


— When film_grain_full_range_flag is not present in the film_grain SEI message, the value of 
film_grain_full_range_flag shall be inferred to be equal to video_full_range_flag. 


film_grain_colour_primaries has the same semantics as specified in subclause E.2.1 for the colour_primaries syntax 
element, except as follows. 


—  film_grain_colour_primaries specifies the colour space of the film grain characterizatienisation specified in the SEI 
message, rather than the colour space used for the coded video sequence. 


— When film_grain_colour_primaries is not present in the film_grain SEI message, the value of 
film_grain_colour_primaries shall be inferred to be equal to colour_primaries. 


film_grain_transfer_characteristics has the same semantics as_ specified in subclause E.2.1 for the 
transfer_characteristics syntax element, except as follows. 


—  film_grain_transfer_characteristics specifies the colour space of the film grain characterizatienisation specified in 
the SEI message, rather than the colour space used for the coded video sequence. 


— When film_grain_transfer_characteristics is not present in the film_grain SEI message, the value of 
film_grain_transfer_characteristics shall be inferred to be equal to transfer_characteristics. 


film_grain_matrix_coefficients has the same semantics as specified in subclause E.2.1 for the matrix_coefficients 
syntax element, except as follows. 


—  film_grain_matrix_coefficients specifies the colour space of the film grain characterizatienisation specified in the 
SEI message, rather than the colour space used for the coded video sequence. 
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— When film_grain_matrix_coefficients is not present in the film_grain SEI message, the value of 
film_grain_matrix_coefficients shall be inferred to be equal to matrix_coefficients. 


— The values allowed for film_grain_matrix_coefficients are not constrained by the value of ChromaFormatFactor. 


The chroma format factor of the film grain characterizatienisation specified in the film grain SEI message shall be 
inferred to be equal to 3 (4:4:4). 


NOTE - Because the film grain generation function used by the display process is non-normative, a decoder may, if desired, 
down-convert the parameters for chroma in order to simulate film grain for other format factors (4:2:0 or 4:2:2) rather than up- 
converting the decoded video (using a method not specified by this Recommendation | International Standard) before performing 
film grain generation. 


[Ed. Note - RGBlog and XYZ should be supported in Annex E.] 


blending_mode_id identifies the blending mode used to blend the simulated film grain with the decoded images as 
specified in Table D-6. 


Table D-6 — blending_mode_id values 


additive 


| multiplicative 


1 


When blending _mode_id is equal to 0 the blending mode is additive as specified by the following equation: 


Terainl X, y, ¢ ] = Clip3( 0, (1 << bitDepth[ c ] ) — 1, Tdecodea{ x, y, c] + G[ x, y, c] ) (D-14) 


where Iudecodeal X, Y, C ] represents the sample value at coordinates [x,y] of the colour component c of the decoded image 
Tdecoded, G[ X, y, C] is the simulated film grain value at the same position and colour component, and bitDepth[ c ] is the 
number of bits used for each sample in a fixed-length unsigned binary representation of the array Iprain[ x, y, ¢ ]. 


Following the same notation, when blending_mode_id equals | the blending mode is multiplicative as specified by the 
following equation: 


lerainl X,Y, € ] = Clip3( 0, (1 << bitDepth[ c ] ) — 1, Luecoaeal X, y, €] * (1 + GE x, y, c] )) (D-15) 


log2_scale_factor specifies the scale factor that shall be used to operate with integer arithmetic. 


comp0_param_present_flag equal to 0 indicates that film grain is not modelled on the first colour component 
according to the chroma format component order list as specified in Table 6-1. comp0O_param_present_flag equal to 1 
indicates specific parameters modelling the film grain on the colour component 0 are present in the SEI message. 


comp1_param_present_flag equal to 0 indicates that film grain is not modelled on the second colour component 
according to the chroma format component order list as specified in Table 6-1. comp1_param_present_flag equal to 1 
indicates specific parameters modelling the film grain on the colour component | are present in the SEI message. 


comp2_param_present_flag equal to O indicates that film grain is not modelled on the third colour component 
according to the chroma format component order list as specified in Table 6-1. comp2_param_present_flag equal to 1 
indicates specific parameters modelling the film grain on the colour component 2 are present in the SEI message. 


no_intensity_intervals_minus1[ c ] plus | specifies the number of intensity intervals for which a specific set of 
parameters has been estimated. 
NOTE - The intensity intervals may overlap in order to simulate multi-generational film grain. 


no_params_minus1|[ c ] plus | specifies the number of parameters present for each intensity interval in which the film 
grain has been modelled. The value of no_params_minus1[ c ] shall be in the range [0,5]. 


intensity_interval_lower_bound[ c ][ i |] specifies the lower bound of the interval i of intensity levels for which the set 
of parameters that follows applies. 


intensity_interval_upper_bound| c ][ i ] specifies the upper bound of the interval i of intensity levels for which the set 
of parameters that follows applies. 
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When mode_id is equal to 0, the average value of each block b of 16x16 samples in Idecodea, referred as Dayg, is used to 
select the sets of parameters with index s[j] that apply to all the samples in the block: 


for( i=0, j=0; i <= no_intensity_intervals_minus1; i++ ) { 
if( bayg >= intensity_interval_lower_bound[ c ][ i] && 
bayg <= intensity_interval_upper_bound[ c ][ i ] ){ (D-16) 
s[j]=i 
jt 


} 


When mode_id is equal to 1, the sets of parameters used to generate the film grain are selected for each sample value in 
Tuecodea AS follows: 


for( i=0, j=0; i <= no_intensity_intervals_minus1; i++ ) { 
if( Tdecodeal X,y,c ] >= intensity_interval_lower_bound[ c ][ i] && 
Tuecodeal X,Y,¢ ] <= intensity_interval_upper_bound[ c ][i ] ){ (D-17) 
sl j] =i 
jt 


} 


Samples that do not fall into any of the defined intervals are not modified by the grain generation function. Samples that 
fall into more than one interval will originate multi-generation grain. Multi-generation grain results from adding the 
grain computed independently for each intensity interval. 


param c ][ i ][ j ] represents each one of the parameters present for the colour component c and the intensity interval i. 
The set of parameters has different meaning depending on the mode_id value. 


When mode_id equals 0, a frequency filtering model enables simulating the original film grain as follows: 


G[ x, y, 0] = ( param[ 0 ][ s ][ 0 ] * Q[ x, y, 0] ) >> log2_scale_factor (D-18) 


G[ x, y, c] =(param[c ][ s ][ 0] * QL x, y, c] + param[ c ][s ][5 ] * GL x, y,c-1]) >> 
log2_scale_factor, for 0<c<3 (D-19) 


where Q[ c ] is a two-dimensional random process generated by filtering blocks by of 16x16 random values, generated 
with a normalized Gaussian distribution N(O,1). The band-pass filtering of blocks by can be performed in the DCT 
domain as follows: 


By = DCT16x16(by) 


for( y=0; y<16; y++ ) 
for( x=0; x<16; x++) 


if( (x < param[c ][ s ][4] && y < param[c ][ s ][ 3 ]) | (D-20) 
x > param[c ][ s ][ 1] || y > param[ c ][-s ][ 2 ]) 
By[ x, y] =0 


b'y = IDCT16x16( By) 


Q[ c ] is formed by the filtered blocks b'y. 


NOTE - Coded parameters are based on blocks of 16x16, but decoder implementation may use other block sizes. As an example, 
decoders implementing the DCT on blocks of 8x8, should down-convert by a factor of two the set of coded parameters 
param[c][s][i] for 1<i<4. 


NOTE - To reduce the blockiness that can result from mosaicing, the frequency filtered blocks b'n, decoders may apply a low-pass 
filter to the block transitions. 


When mode_id equals 1, an auto-regression model enables simulating the original film grain as follows: 


G[ x, y, c] = (param[c ][s J[0]*n+ 
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paran{ c ][ s ][ 1] * ( G[ x-1, y, c] + param[ c ][ s ]| 4] * GL x, y-1, c] >> log2_scale_factor ) + 

paran{ c ][s ][ 3] * ( param[c ][ s ][ 4] * G[ x-1, y-1, c] >> log2_scale_factor + G[ x+1, y-1, c] ) + 

paran{ c ][ s ][ 5] * ( G[ x-2, y, c] + paran[ c ][ s ]| 4] * 2 * GI x, y-2, c] >> 2 * log2_scale_factor) + 
param[c ][ s ][2]* G[x, y, c-1]) >> log2_scale_factor (D-21) 


where n is a random value with normalized Gaussian distribution N(0,1). 


param| c ][ i ][ 0 ] provides the first parameter of the model as specified by model_id. param[ c ][ i ][ 0 ] corresponds to 
the standard deviation of the Gaussian noise term in the generation functions (3) and (4). 


param| c ][i ][ 1 ] provides the second parameter of the model as specified by model_id. 


When model_id is equal to 0, param[ c ][ i ][ 1 ] indicates the horizontal high cut frequency to be used to filter the DCT 
of a block of 16x16 random values. param[c ][ i ][ 1] shall be positive and smaller than 16. When model_id is equal 
to 1, param[ c ][ i ][ 1 ] indicates the first order spatial correlation for neighbouring samples (x-1,y) and (x,y-1). 


When not present, param[ c ][ i ][ 1 ] shall be inferred to be equal to 8 if model_id is equal to 0, and shall be inferred to 
be equal to 0 if model_id is equal to 1. 


param| c ][i ][ 2 ] provides the third parameter of the model as specified by model_id. 


When model_id is equal to 0, parameter[ c ][ i ][ 2 ] indicates the vertical high cut frequency to be used to filter the DCT 
of a block of 16x16 random values. param[c ][ i ][ 2] shall be positive and smaller than 16. When model_id is equal 
to 1, param[ c ][ i ][ 1 ] indicates the colour correlation between consecutive colour components. 


When not present, param[ c ][ i ][ 2 ] shall be inferred to be equal to param[ c ][ i ][ 1 ] if model_id is equal to 0, and 
shall be inferred to be equal to 0 if model_id is equal to 1. 


param| c ][i ][ 3 ] provides the fourth parameter of the model as specified by model_id. 


When model_id is equal to 0, parameter[ c ][ i ][ 3 ] indicates the horizontal low cut frequency to be used to filter the 
DCT of a block of 16x16 random values. param[ c ][ i ][ 3] shall be positive and smaller or equal than param[ c ][ i ][1] . 
When model_id is equal to 1, parameter[ c ][ i ][ 3 ] indicates the first order spatial correlation for neighbouring samples 
(x-1,y-1) and (x+1,y-1). 


When not present, param[ c ][ i ][ 3 ] shall be inferred to be equal to 0. 
param| c ][i ][ 4 ] provides the fifth parameter of the model as specified by model_id. 


When model_id is equal to 0, param[ c ][ i ][ 4 ] indicates the vertical low cut frequency to be used to to filter the DCT 
of a block of 16x16 random values. param[ c ][ i ][ 4] shall be positive and smaller or equal than param[ c ][ i ][2]. 
When model_id is equal to 1, param[c ][ i ][ 4 ] indicates the aspect ratio of the modelled grain. 


When not present, param[ c ][ i ][ 4 ] shall be inferred to be equal to 0 if model_id is equal to 0, and shall be inferred to 
be equal to 1 if model_id is equal to 1. 


param|[ c ][ i ][ 5 ] provides the sixth parameter of the model as specified by model_id. 


When model_id is equal to 0, param[ c ][ i ][ 5 ] indicates the colour correlation between consecutive colour components. 
When model_id is equal to 1, param[ c ][ i ][ 5 ] indicates the second order spatial correlation for neighbouring samples 
(x,y-2) and (x-2,y). 


When not present, param[ c ][ i ][ 5 ] shall be inferred to be equal to 0. 


film_grain_repetition_period indicates whether another film grain SEI message shall be present in the bitstream and 
specifies the picture order count interval within which another film grain SEI message will be present. The value of 
film_grain_repetition_period shall be in the range 0 to 16 384, inclusive. 


film_grain_repetition_period equal to 0 specifies that the film grain SEI message applies to the current decoded picture 
only. 


film_grain_repetition_period equal to 1 specifies that the film grain SEI message persists in output order until any of the 
following conditions are true. 
— Anew coded video sequence begins 


— A picture in an access unit containing a film grain SEI message that is output having PicOrderCnt( ) 
greater than PicOrderCnt( CurrPic ). 
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film_grain_repetition_period greater than | specifies that the film grain SEI message persists until any one of the 
following conditions are true. 


— Anew coded video sequence begins 


— A picture in an access unit containing a film grain SEI message is output having PicOrderCnt( ) greater 
than PicOrderCnt( CurrPic ) + film_grain_repetition_period. 


film_grain_repetition_period greater than | indicates that another film grain SEI message shall be present for a picture in 
an access unit that is output having PicOrderCnt() less than or equal to PicOrderCnt( CurrPic ) 
+ film_grain_repetition_period; unless a new coded video sequence begins without output of such a picture. 


1164458177) Newsubclause D.2.22 ''Deblocking filter display preference SEI message 
semantics" 


Add a new subclause D.2.22 as follows. 


D.2.22 Deblocking filter display preference SEI message semantics 


This SEI message provides the decoder with an indication of whether the display of the cropped output of the deblocking 
filter process specified in subclause 8.7 or of the cropped output of the picture construction process prior to the 
deblocking filter process specified in subclause 8.5.9 is preferred by the encoder for the display of each decoded picture 
that is output. 
NOTE - The display process is not specified in this Recommendation | International Standard. The means by which an encoder 
determines what to indicate as its preference expressed in a deblocking filter display preference SEI message is also not specified 


in this Recommendation | International Standard, and the expression of an expressed preference in a deblocking filter display 
preference SEI message does not impose any requirement on the display process. 


deblocking_display_preference_cancel_flag equal to | indicates that the SEI message cancels the persistence of a 
previous deblocking filter display preference SEI message. deblocking_display_preference_cancel_flag equal to 0 
indicates that the SEI message does not cancel the persistence of a previous deblocking filter display preference SEI 
message and that a display_prior_to_deblocking_preferred_flag and deblocking_display_preference_repetition_period 
follow. 
NOTE -— In the absence of the deblocking filter display preference SEI message, or after the receipt of a deblocking filter display 
preference SEI message in which deblocking_filter_display_preference_cancel_flag is equal to 1, the decoder should infer that the 
display of the cropped output of the deblocking filter process specified in subclause 8.7 is preferred over the display of the 
cropped output of the picture construction process prior to the deblocking filter process specified in subclause 8.5.9 for the display 
of each decoded picture that is output. 


display_prior_to_deblocking_preferred_flag equal to | indicates that the encoder preference is for the display process 
(which is not specified in this Recommendation | International Standard) to display the cropped output of the picture 
construction process prior to the deblocking filter process specified in subclause 8.5.9 rather than the cropped output of 
the deblocking filter process specified in subclause 8.7 for each picture that is cropped and output as specified in 
Annex C. display_prior_to_deblocking_preferred_flag equal to 0 indicates that the encoder preference is for the display 
process (which is not specified in this Recommendation | International Standard) to display the cropped output of the 
deblocking filter process specified in subclause 8.7 rather than the cropped output of the picture construction process 
prior to the deblocking filter process specified in subclause 8.5.9 for each picture that is cropped and output as specified 
in Annex C. 
NOTE — The presence or absence of the deblocking filter display preference SEI message and the value of 
display_prior_to_deblocking_preferred_flag does not affect the requirements of the decoding process specified in this 
Recommendation | International Standard. Rather, it only provides an indication of when, in addition to fulfilling the requirements 
of this Recommendation | International Standard for the decoding process, enhanced visual quality may be obtained by performing 
the display process (which is not specified in this Recommendation | International Standard) in an alternative fashion. Decoders 
designed to take advantage of the content of the deblocking filter display preference SEI message should have significant added 
capacity for the storage of the output of the picture construction process prior to the deblocking filter process specified in 
subclause 8.5.9 in addition to the storage of the output of the deblocking filter process specified in subclause 8.7 when reordering 
and delaying pictures for display. 


deblocking_display_preference_repetition_period indicates whether another deblocking filter display preference SEI 
message shall be present in the bitstream and specifies the picture order count interval within which another deblocking 
filter display preference SEI message will be present. The value of deblocking_display_preference_repetition_period 
shall be in the range 0 to 16 384, inclusive. 


deblocking_display_preference_repetition_period equal to O specifies that the deblocking filter display preference SEI 
message applies to the current decoded picture only. 
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deblocking_display_preference_repetition_period equal to 1 specifies that the deblocking filter display preference SEI 
message persists in output order until any of the following conditions are true. 


— Anew coded video sequence begins 


— A picture in an access unit containing a deblocking filter display preference SEI message that is output having 
PicOrderCnt( ) greater than PicOrderCnt( CurrPic ). 


deblocking_display_preference_repetition_period greater than 1 specifies that the deblocking filter display preference 
SEI message persists until any one of the following conditions are true. 


— Anew coded video sequence begins 


— A picture in an access unit containing adeblocking filter display preference SEI message is output having 
PicOrderCnt( ) greater than PicOrderCnt( CurrPic ) + deblocking_display_preference_repetition_period. 


deblocking_display_preference_repetition_period greater than 1 indicates that another deblocking filter display 
preference SEI message shall be present for a picture in an access unit that is output having PicOrderCnt( ) less than or 
equal to PicOrderCnt( CurrPic ) + deblocking_display_preference_repetition_period; unless a new coded video sequence 
begins without output of such a picture. 


1174468278) New subclause D.2.23 "Stereo video fields SEI message semantics" 
Add a new subclause D.2.23 as follows. 


D.2.23 Stereo video fields SEI message semantics 


This SEI message provides the decoder with an indication that the entire coded video sequence consists of a sequence of 
coded fields in which all fields of a particular parity represent a left view and all fields of the opposite parity represent a 
right view for stereo-view video content. 


The stereo video fields SEI message shall not be present unless all pictures in the coded video sequence are fields. 


The stereo video fields SEI message shall not be present in any access unit of a coded video sequence unless a stereo 
video fields SEI message is present in the first access unit of the coded video sequence. The stereo video fields SEI 
message may also be present in other access units of the coded video sequence in addition to being present in the first 
access unit of the coded video sequence. 


Within a coded video sequence, the values of the syntax elements in all stereo video fields SEI messages shall be the 
same. 


When the stereo video fields SEI message is present, the spatial locations of the samples in each individual field should 
be interpreted for display purposes as representing complete pictures as shown in Figure 6-1 rather than as spatially- 
distinct fields within a source frame as shown in Figure 6-2. 


NOTE -— The display process is not specified in this Recommendation | International Standard. 


top_field_is_left_view_flag equal to | indicates that the top fields in the coded video sequence represent a view from 
the left from the perspective of the viewer and the bottom fields in the coded video sequence represent a view from the 
right from the perspective of the viewer. top_field_is_left_view_flag equal to 0 indicates that the bottom fields in the 
coded video sequence represent a view from the left from the perspective of the viewer and the top fields in the coded 
video sequence represent a view from the right from the perspective of the viewer. 


top_field_self_contained_flag equal to 1 indicates that no inter prediction operations within the decoding process for 
the top fields of the coded video sequence refer to reference pictures that are bottom fields. 
top_field_self_contained_flag equal to 0 indicates that some inter prediction operations within the decoding process for 
the top fields of the coded video sequence may or may not refer to reference pictures that are bottom fields. 


bot_field_self_contained_flag equal to 1 indicates that no inter prediction operations within the decoding process for 
the bottom fields of the coded video sequence refer to reference pictures that are top fields. 
bot_field_self_contained_flag equal to 0 indicates that some inter prediction operations within the decoding process for 
the bottom fields of the coded video sequence may or may not refer to reference pictures that are top fields. 


[Ed. Note: What does this SEI message say about the display timing ?] 
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1184478379) Subclause E.2.1 ''VUI parameters semantics" 


Replace the section starting with "video_full_range_flag indicates" and ending with "shall be inferred to be equal to 0" 
with the following. 


video_full_ range flag indicates the black level and range of the luma and chroma signals as derived from E’y, E’ pg, and 
E’pr or E’p, E’g, and E’g analogue component signals. 


When the video_full_range_flag syntax element is not present, video_full_range_flag value shall be inferred to be equal 
to 0. 


Replace the section starting with "matrix_coefficients describes" and ending with "shall be inferred to be equal to 2" 
with the following. 


matrix_coefficients describes the matrix coefficients used in deriving luma and chroma signals from the green, blue, and 
red primaries, as specified in Table E-5. 


matrix_coefficients shall not be equal to 0 unless both of the following conditions are true 
7 BitDepthc is equal to BitDepthy 

— ChromaFormatFactor is equal to 3 (4:4:4) 

matrix_coefficients shall not be equal to 8 unless both of the following conditions are true 
- BitDepthc is equal to BitDepthy + 1 

— ChromaFormatFactor is equal to 3 (4:4:4) 


The interpretation of matrix_coefficients is defined as follows. 

—  E’r, E’a, and E’s are analogue with values in the range of 0 to 1. 

— White is specified as having E’,p equal to 1, E’g equal to 1, and E’s equal to 1. 
— Black is specified as having E’p equal to 0, E’g equal to 0, and E’g equal to 0. 
— If video_full_range_flag is equal to 0, the following equations apply. 


— If matrix_coefficients is equal to 1, 4, 5, 6, or 7, the following equations apply. 


Y = Round(( 1 << ( BitDepthy — 8 ) ) * (219 * B’y + 16)) (E-1Y) 
Cb = Round( ( 1 << ( BitDepthc— 8 ) ) * (224 * E’pp + 128) ) (E-2Cb) 
Cr = Round( (1 << ( BitDepthc — 8 ) ) * (224 * E’pr + 128) ) (E-3Cr) 


— Otherwise (matrix_coefficients is not equal to 1, 4, 5, 6, or 7), if matrix_coefficients is equal to 0 or 8, the 
following equations apply. 


R = Round( (1 << ( BitDepthy — 8) ) *(219 * E’p + 16)) (E-1R) 
G = Round(( 1 << ( BitDepthy — 8 ) ) * (219 * E’¢ + 16) ) (E-2G) 
B = Round( (1 << ( BitDepthy — 8) ) *(219 * E’p + 16) ) (E-3B) 


— Otherwise (matrix_coefficients is not equal to 0, 1, 4, 5, 6, 7, or 8), if matrix_coefficients is equal to 2, the 
interpretation of the matrix_coefficients syntax element is unknown or is determined by the application. 


— Otherwise (matrix_coefficients is not equal to 0, 1, 2, 4, 5, 6, 7, or 8), the interpretation of the 
matrix_coefficients syntax element is reserved for future definition by ITU-T | ISO/IEC. 


— Otherwise (video_full_range_flag is equal to 1), the following equations apply. 


— If matrix_coefficients is equal to 1, 4, 5, 6, or 7, the following equations apply. 


Y = Round( ( (1 << BitDepthy )— 1) * E’y ) (E-4Y) 
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Cb = Round( (( 1 << BitDepthc )— 1) * E’pp + (1 << ( BitDepthc — 1) ) (E-5Cb) 


Cr = Round( ( (1 << BitDepthc )— 1) * E’prp + (1 << ( BitDepthc— 1) ) (E-6Cr) 


— Otherwise (matrix_coefficients is not equal to 1, 4, 5, 6, or 7), if matrix_coefficients is equal to 0 or 8, the 
following equations apply. 


R = Round( (( 1 << BitDepthy )— 1) * E’r) (E-4R) 
G = Round((( 1 << BitDepthy )— 1 ) * E’c) (E-5G) 
B = Round( (( 1 << BitDepthy )— 1) * E’s) (E-6B) 


— Otherwise (matrix_coefficients is not equal to 0, 1, 4, 5, 6, 7, or 8), if matrix_coefficients is equal to 2, the 
interpretation of the matrix_coefficients syntax element is unknown or is determined by the application. 


— Otherwise (matrix_coefficients is not equal to 0, 1, 2, 4, 5, 6, 7, or 8), the interpretation of the 
matrix_coefficients syntax element is reserved for future definition by ITU-T | ISO/IEC. 


— If matrix_coefficients is not equal to 0 or 8, the following equations apply. 


E’y = Ky * E’rp+(1—Kr-— Kp) * E’o + Kp * E’p (E-7Y) 
E’pp = 0.5 * (E’p-E’y)+(1-Kep) (E-8PB) 
E’pp = 0.5 * (E’R-E’y) +(1-—Kr) (E-9PR) 


NOTE -— Then E’y is analogue with values in the range of 0 to 1, E’pp and E’pr are analogue with values in the range of -0.5 to 0.5, 
and white is equivalently given by E’y = 1, E’pp = 0, E’pr =0. 


— Otherwise, if matrix_coefficients is equal to 0, the following equations apply. 


Y=G (E-7G) 
Cb=B (E-8B) 
Cr=R (E-9R) 


— Otherwise (matrix_coefficients is equal to 8), the following equations apply. 


Cr=R-B (E-7Cr) 
t=B+(Cr>>1) (E-8t) 
Cb=G-t (E-8Cb) 
Y=t+(Cb>>1) (E-9Y) 


NOTE -— The inverse conversion for the above four equations should be computed as follows. 


t=Y-(Cb>>1) (E-7t) 


G=t+Cb (E-7G) 
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B=t-—(Cr>>1) (E-8B) 


R=B+Cr (B-9R) 


Table E-5 — Matrix coefficients 


fo idRGBOSOSOSCSC“‘“CSsSSCS 


1 ITU-R Recommendation BT.709 
Ke = 0.2126; Kg = 0.0722 
2 


Unspecified 


Image characteristics are unknown or are determined by the 
application. 


Federal Communications Commission 

Kp =0.30; Kg = 0.11 

ITU-R Recommendation BT.470-2 System B, G: 

Kr = 0.299; Kg = 0.114 

Society of Motion Picture and Television Engineers 170M 

Kr = 0.299; Kg = 0.114 

Society of Motion Picture and Television Engineers 240M (1987) 
Kp = 0.212; Kg = 0.087 


YCoCg 


When the matrix_coefficients syntax element is not present, the value of matrix_coefficients shall be inferred to be equal 
to 2. 


if __{(profileide—=—!"60_|_ profile ide—=—70||_ profile ide==—71 
pretlele == Job entresseedie eda leet 


ITU-T Rec. H.264 (2003 E) / AMD1 : 2004 87 


ISO/IEC 14496-10 : 2003 / AMD1 : 2004 (E) 


88 


ifCab_type == 1PCM) + 


while(Ibyte_aligned0) 


———pem_alignment_zere_bit 


E 


fori =0;4< 256 = ChromaPormatFactor i+) 


pem_—byte} 


—}else+ 


3 ebboee anes he} Eb oisd i ed tab bape hy 


—__#MibPartPredMode(mb_type_0-)_!=_Intra_NxN_&& 
—_____MbPartPredMede(mb_type,-0-}1=_Intra_16x16-&& 
NumMbPart(mb-type)-==—4) + 


sub—mb—predtimb—type} 


{¥NeMbPartbessThansxsFlae &&_transform_8x8_modeHas } 


eon sine tine 


——}else+ 


ot Balsa ole bp) te a eee ee 


———transtorni_sx8_mode—fas}- 
—_—_—__transform-_size_flag 


mb—predtmb_type) 


—F 


is easter ede beet} te Tae beat 


eodedhleclieatices 


Fi Soded lec athe OH Coded Bloel Batten Cheoa OL 


———MbPartPredMode(mb_type- 0) ==Intra_16x16) 
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sub—mb—predimb—type + 


Jesh serie eo a eb Paice} 


sub_mb_typel-mbPartldx | 


Lesh bert Do ae lb Papicbe} yo 


if(sub_mb_typel-mbPartldx | != B-Direct_8x8) 


—___if (NumSubMbPart(sub_mb_type|-mbPartldx J) > 1) 


NoMbPartLessThan8xsFlas =0 


else 


pot ieee ee een the 


Lesh serie eo ae sb ecb 


if-_num_ref idx _t0—active minus} > 0 | mb field decoding flag} && 
paboypet=— tka Qdots 
submb—typelimbPartlds | 1=$ _B Direct 8x8 && 
bet ee iedenubobesetinb ete | te pe 


ref-idx 0 abParthds 


Pesee Pariicc =O eae lb ae 


ifCaum—ref_idx—H_activeminust >—O || mb field decedine flag} && 
sob—pab tae el alse eel | let 
ees Apeds sedate le Sete | tea 


ref—idx—H anbPartlds 


Pesune artics = Cora Bae tb ae 


if( sub_mb_typel mbPartidx | = B_Direct_8x8 && 
______SubMbPredMode(sub_mb_typef- mbPartldx |) l= Pred _L1} 


terisubMbPurtde =O: 
sbi Partids =a b ib asl babe ab Paes | 


forCmbPartldx = 0: pAb Pareles =—abParth te 


if(-sub_mab_typeLmbPartldx | !=-B Direct_8x8_&& 
i 


Pesto es 
sb iels Petia ele See os aa gel le eet |e 
seca tae 


ieee "Hf-mabParildy If ub MbPastlds It complq] 
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Sede Plea ttosn on tee 
WP as Psed ded eb a0 te Le. 


weve bles sa ee ee ef = 
ee 

soled bles soe ee Le 344 
———} else 


H#{¥_MbPartPredMedeHnb—ty pe 0 ==ntrat6xt 65 
eshte 
Habel le Ao eel see Se 


er 
ee 
a 


$4 
a = 
Sere dele el Store cot ss} 
peste blecl tll Gl ee |G 344 
lve 
ee 
Lumabevel64isxsthi =o 
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residual _bleck_cabact(coeffLevel maxNumCoeff) £ € | Deseripter 


ose ee Coe te 6 


coded_blockflag “indicates per 44 block whether non-zero coeffs— 344 | aes 
ae Seen ey 


else 


ore bled LE ee Bloc eee tase ee 
implied # 


Poesded Bleck heb 


numCoeff =maxNumCoeff 


a 


——det 


H#Csignificant_coeffflasti p+ 
last_sienifi ~eoeff_flagt i] 344 | ae 


numCoeff=4+4+41 


ee 


soe aes jj 


————_} 

—- 

a 
| while(G_<—numCoeff1) 
coeff_abs_leyel_minusl{ numCoeff 14 314 | ae 
coeff_sion flagf numCoeff 14 344 | aes 


eoettLevell numCoeff 14 
Gee ae tel ee 
AH) ee et Se 


fort =numCoeff 2-4 >=0:4 4 


H#Csignificant_coeHf fast} + 


eoethabstevelsisesl iit 344 | aeG) 
eociiisies—ilec| if 314 


coettLevell }=+eoettabstevel minus t+tt 
(i—2 coeffsign—flagti}) 


— else 


eoeffLevelH f=0- 


—F 


—telse 


for(4=0-4< maxNumCoeff 444+) 


oe eet 
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baleen eo lod] La eg cho costae 

Sigh ees eo ene stole eae elle le cle et eel ed Se bt 

DOSS ee es See te St be epee to bec tee 

ab oepse becuse bles paste geal es Heet-GnG feenelone 2 
Ghose ele ee tte |e 
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Es 
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ys) 
lis) 
p 


HAY 
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D 
1 


[ 


Ee 
obec 


A 


lis) 
4 


1 


HEEFT 
jee 
| PEEEEEEEE EEE EEE 
BCORCCRPCORCOHECE 


Tr 


(ee ecto led) Se cecled et EL tee cee lo el (3 
O-with MbPartPredMedetinb_type,0)-equal te Intra_44 of Intra_8x8. 

Aiea bes te ero bles peed es eo eee el | oa ole ps ool 
eBectiiec abel te ete ereblec|ipredioies ede. 

Aisa epee te oro bles peed ees poe eee le Se oro ose oe toe 
eSectiiec a beleg ate ce steel] pedicles edo. 


pees inteedspredsnede_tine|y : : i ed 
ig iene ip eo hole anh pn me rere mainrieg 


Fe eteble Set beastie hee Sl ee tbe tes el el le | eS eel ad oad aes Ee be 


corressondip Sat ape ss ee as Sas tea ele ae ett ns le ase a aL ae 
Bothscust es 
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ee ee 


Site SCE peil GARY HS POT TC Sin Te ante ener al Nae 
transform coefficient levels_of the DC transform coefficient levels foreach 4x4 lima block For each of the 16 


-be-Lhne-bleelsndesced bs = She SAC tee coetticreptayel elie th bleel are pesca 
hed hs Bie Toten Ge IG ACL yell 1. 

-Othesyise bast Peedilede cb tpe Ops elect te tates 16s Lethe Tolley te lies 
Hoteapsteppies tee eeu pe lee Met bs Pap dase Chass ela tec te Chas Ge otp Sas eda tae 


beech Toe ee de le clo i ee ee  te tece on baehe 
ethos bleelascepasseclinie the bp 


-Cb ese ce ae eget te Sor ash cee le ee ba 
teiastopatoedetye ts eeualielitepercel ihe Leet bloelorinceed by t=) be Gl 
teaslopaese eto etibe th bloc are parsed pte the th Leelee 


(Cheeta 
eode¢ lec fee —peetie: ler blocks that ase pet secs bone blocs betke the _bleel coats pen ere testesay 


Chester 


Iapupriethi reese ceasiseted spples orier fe tho delslec| pre Siler pegeogs Lee peels paseo beets ca, 
bese Ab Spe Se pl te ee ho gl othe los et acl 


Ste be ge te] 2 Ooh lod abe sie te a elec be pp 


Sepenceeoeths heb bs te oe 
ayesha etl poe ed ied ea Bele SS slo 


hs secee bled a adctoned beso ee be echt 
—§ Obese iheacrebloc peeciciesedebeectiel telnet the pec tees ia belagse SL 
ees eee 


SB tctcrobiec pesceton ech poet ee be Le ee aol 
Bobb Ee ctetten tec bent ole ee 
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e-deseribedin-subelause 


83.4 (Ed. (la ae Aen meena 


supple cused isthe tate see es ae cee | bo ele de ees toa lbenation bass dels ol bes 
OR See 


Chee ttle eg 


Dopeeie ths proces ibe eeesibched Lee apes prior tothe doblecline (ler proce teas eb ety 
macroblocks andthe associated values_of Intra4x4 PredMode-or Intra8x8 PredMode from the neighbouring macroblocks 


Iapeb—te thi psec ace Hie pees ot the eae adecl he Bb the les ot the Sas ha bloel. 
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donee Lot ieceaceetlecies 
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Sets 
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predL[ xO+ x, ¥0-+ 3 = predsx8ip yf 
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The-values-of the prediction samples-pred8x81 fx, with-x, y= 0-7 are derived by 
$$ ares ese eee tt Lage bles 
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pred8x8ib 9 1=pt-4 yt By DD FH 2) 2g 
No} 


pred8x8i fh, ¥}=(pt-4 0142 * pt 4 + 4 4 2) 2 (Eq-Ne-} 
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Table 8-13 —Speeificati ¢ : hist oi fas 1 field 


ide: 9}4t{}/2/)/3/4/5 | 6/)/ 7} 8 | 9 | WMiIHI RIB HIS 


#ig-zaz | coo | €or | E10 | €20 | E14 | Eo2 | €o3 | 12 | E21 | €30 | E40 | Ea: | E22 | G13 | Coa | Eos 


field €o0 | €19 | G20 | Cor | Crs | C30 | Cao | Cor | Coz | C31 | Eso | Coo | C70 | Cas | Cx2 | Ca3 


sieges €72 | €73 | Gea | €55 | Gag | C37 | Caz | G56 | Ces | Gz4 | G75 | Coe | G57 | Coz | Gre | CZ 


field. €55 | €65 | €75 | €36 | Gaz | G17 | Cae | G56 | Coe | G76 | Gaz | €37 | Gaz | G57 | Coz | CZ 


Woes ee Sele eee er es 
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V,, for (i,j) with i< {0,4}, 7 € {0,4}, 
V,, for (i,j) with i €{13,5,7}, 7 €{1,3,5,7}, 
vo V,, for (i,j) with i € {2,6}, 7 € {2,6}, 
LevelSealesdmi Vy eG fywith Gel0A}.felL357) UG |lL357), 7el0A), 
V,, for (i, jwith  (e{0,4}, j€{2.6}) UGE (2,6}, je (0.4), 
Vs otherwise; 


{Eq-Ne} 


veberetho ested eee dase a posal ae id oe ses Beet eta eae ted aes 
[20 18 32 19 25 24] 
22 19 35 21 28 26 
26 23 42 24 33 31 


ae ie: 
28 25 45 26 35 33) °° 


32 28 51 30 40 38 
[36 32 58 34 46 43] 


to-this isan 8x8 array ¢ with elements _c:which is an array relatine to an 8x8 residual block of the hima 
SESSSSS AEE # ASHE 
eonupeneek 


Sealine of 8x8 block transform coefficientlevels-e;proceeds-as follows. 
WO beet eee te eel eee Bloc alors coe teen loeb oe bo porlossaed as: 
d; =(c;*LevelScale64-QP, %6,i,}))-<<( QP, /6—2),—with—i,j=0.-7- 


Odes OE) bee then elo Sas blocl trsstose eee cielo bal be pesos as 
dy = Coy" Level Seale64¢ QP, %6 sis j)-+2") 5>(2— QP, +6)s—with i,j = OF 


“Aeon seca el ose bo eo ere ee en te el a oles 


teeter cle tea lp 


Ange Hered hone eee piece ieleus 


eio- = dio-+- duu with 4 = 0-7 (Eg-Ne. 
eu-=—dis-+-dis—dip—_(dip > D, with i=0.7 (Eq-Ne. 
ei2-= dio —dig with 4 = 0-7 (Eg-Ne. 
es =du-+-dy—ds—(dy >> D, with j= 0.7 (Eg-Ne. 
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eu-=tdis >>) — dig, with 4= 0-7 (Eq—Ne3 
es=—da tdi +dist (dis >> 1). with i= 0.7 (Eq—Ne3 
Cie = dia + Cdig >>) with 4 = 0-7 (Eq—Ne3 
ex = dist dis+diut(diu >>), with i=0.7 (Eq—Ne3 
A-second set of intermediate results fj; is computed fromthe intermediate values ey-as- follows. 
fig =€i9-+ C6, with = 0.7 (Eq—Ne3 
fu-=en-+fey>>2), with = 0.7 (Eq-Ne} 
f=en-+ey;—with_i=0.7 (Eq-Ne3 
fi-=e-+feis>>2)-with i= 0.7 (Eq-Ne} 
fu-=e2—eu,—with_i= 0.7 (Eq—Ne3 
fis =fep>> 2) es with 4 = 07 (Eq-Ne3 
fig = ein —Cig, —with_i-= 0.7 (Eq—Ne3 
fi-=~e7—(e1 >>2)—_with i= 0.7 (Eq-Ne} 
Then, the transformed-result-g;-is computed from these intermediate values fi, as follows. 
S0-= fio +fg,—with i= 0.7 (Eqg-Ne3 
Su-=fistfis,—withi= 0.7 (Eq-Ne3 
go-=fu-+fia,—withi= 0.7 (Eq—Ne> 
Sia-= fig +fy;—withi= 0.7 (Eqg-Ne3 
Si-= fig —fun—with_i= 07 (Eq—Ne3 
gis =fu—fia, with 4= 0.7 (Eq—Ne3 
Sie =fio—fis, with 4= 0.7 (Eq—Ne3 
g7-=fip—fin,—with_i = 0.7 (Eq—Ne3 


follows. 
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A-setoHintermediate-values his computed trom the horizontally transformed value s;-as follows. 
Bio = Bio + Bias with = QP 


hu =— iat 8is—_ i982 >> _D with 4 = 0-7 (Eeq-No} 
fetta ey ee (q—No.) 
ha =gi-+ 828383 >>, with 4 = 0.7 Eq-Neo} 
hu=(e>>1)— si with += 0.7 q-Ne 
his = + Bip + tis + is 2 th 4 = 0-7 (Eq-Neo 
feted 4 ie ns (Eq-Ne.) 


Bi 8i3t- Bist Bi +e OD th = 0 (Fg No} 


kio-= bio +-hisx with += 0-7 (Bq-Ne) 
eu-= b+ Chi >> 2), with 4 = 0.7 (Eq—Ne3 
ko-= hihi, with += 0-7 (Eq-No. 
kis-= his this >> 2)-withi = 0.7 (Eqg—Ne3 
ki-= hihi with += 0-7 (Bq-Ne. 
kis = (his >> 2) his _with 4 = 0.7 Bq—Ne} 
kie-=hio—hie with 4 = 0-7 (Bq-No. 
kig-=hi—(hi >> 2)—_with 4 = 0.7 (Eq-Ne3 


Chen shoeee onsale, pecs seted pothesis ede | ete loues 


mio =kio tkig—with 4 = 0-7 (Eq—Ne3 
miki tks with 4 = 0-7 (Eq—Ne3 
mio kuti —with 4 = 0-7 (Eq—Ne3 
miki teu with 4 = 0-7 (Eq—Ne3 
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mia =kiep—ku with i=0.7 (Eg—Ne3 
mis = kig—ka—_with i= 0.7 (Eg—Ne3 
mie = kia—kis, with i= 0.7 (Eg—Ne3 


#8479 eg S$ SAO q-Ne-} 


Chet ale lee tl 
“petunia oie thei et i eo ee 


ieti le 8x8 a 
Supe ee tab srecee pe cos uctes peso blec|o 4 prep ts he eblocluae bee sca 


Fassett upp eee 
SR pee selsc 6h | ete Coe Ade spel te te bet eee tet Ee 


Boreich sample otike Sass blo the tellewipe opie 


-The- position of thetipperteft sample ofan 8x8 tama block with index tunasx8 Bide inside the macroblock is -derved- 
baeohine theaters Sale lo lech cine Broce Sebel GL te bess BU Ue 
thcenisy beri ie te OO 


abe se te te a treble cl pe eblesl 


ete eo je a ef et Lage Se 
a ee 
a Lage Pe 
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Ll | Lil 
7 


Soepeties les bee ee eS ee bee piled 
plas e eh tt oe eet ade el ae be ae 
digtetele dele eb lodl oe a ee elo 

ee ebled te soe tol ed ee Leo eo eee eh eb lec) asa el 


eres bese] eee tee ee eee le eed ee tee toe Lae lies 
Hibs Seca he oes lo es e  e ep es eS ele eee loch os bee ae, 
Cet eee care Lesh Set eed oa bec sl ede ee bo sheoetel eet ons eset te ihe 
ease tape be erica dissetion hemp onthe sbi e ee  oe 


16*16 Macroblock 16*16 Macroblock 


Luma Edges 
(N=4 or 8) 


Luma Edges 
(N=4 only) 


4 The variables field ModeMbFlag_filter(Non$x8LumaEdgesElag_fitterInternalEdeesFlac_filterLeftMbEdeePlac and 


filter FopMbEdgeFlag are derived as follows. 
—If any-of the following conditions is true_fieldModeMbElag is set equaltoL 
field_pic_flag is equaltot 
MbaffFrameFlac is equal and the macroblock mbAddris afield macroblock 
—transform_8x8_modeflac is equalte 0 
—NeMbPartLessThan8x8Flac is equalte 0 
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aie ee 
sable totes ble clo te tee LL. 


Otherwise filterNon8x8LumaEdeesFlacj ov 
rr sable filtes! {BdoesPlac-is derived ac follawe: 


—Ledsabledebleehipe Sale top the ches the eontat the erable valli ecu pe | oe aia 
Filtarl IEdoesFlac-j re 


Stee lel loca es i te te eee tesa bla ei ec 
ne rable filter] IEdeesFlaci head: 


i £ the follaws Lisions 4 _the variable SlterleftMbEdgePlag i ike 


deo thetessicelccob oc cece ea cro sla i beet tpt 


cites ola et ee te eee ates bloc] se ecto 


ciewetedebloeliae ees date es eg ee tne Herel oe) ome Ad ecu toad tee tel 
jagtiiced iete orld ee elo aise once Pouce 


-Otbepdse thesasieblo les etl letae cele pe tS 
APbesseble thet Peen i bidoe sly dared as folloses 
estes botnet aioe io clad ee cre loch ae oh cis tte 


cette eel tae te te ee rp Locl ae ect te 


cette bse io cle Sh ee ot te lola cet be 


doe he herb ib adeeb 


a 1 filterTopMbEdgeFlast es 


AAthes terete lecdeeblee sce tel be ese ee al erties oe adios poe tio ac abe 


(Hh Lipa cls Leelee a eo tele be ee pe 
fieldMedeFilteringFlag =fieldMedeMbFlag, and (Ei; yEi) = (04 with k = 0-15 as inputand $'_as-output 

aesben es stesne tele se pete ee a satiate ar lo 
Woes pate ute beetle epee pei ted ie cle ed aa 


chremakEdeeFlae =0, verticalkdeeFlac =1 fieldModeHilterineFlie = fieldMoedeMbFlac and Eye =44, 
Poth =) Spend £4 s-eutsek 


(Hh Lele a as hope tle be ee ee 
Seviiedestetec le lee ec eg ee Se 
Woo ess pate tle beetle Loe pected eb cl eed aa 


chromaEdgePlac = 0. verticalEdeePlac = 1. fieldModeFilterinePlac = fieldModeMbFlag_and GE, yE)= 
24) with k= 0.15 as inputand S'_-as- output 


openlist bos cole be eee 


Hobe tee te equate labs ec te-O abd peabes Ung ot et bo 
Biae inte beara ae iaealan tae 


tes ee che Ll ee ee tel es la 
=OeldsiedeSiierne sc sl ae eee a pe Oe OS pte 84) et 

—Phepreceespee tic bela 8S veld tha Ade chromaddes dee Over lee Le 
=OeldsiedeGlterne sc sla ee ped OS pte 84) ae Ht 
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-Olneptsc the proces pectied beubeladee Sole bs deh chroot =. 
septetlidest te = eld vedeb terme la el aden belo ase Ee te He QS 
pepo tac 4) Outpt 


—-LE hess ease cite elie be Soe eee lee ee ee 
chrome bet been ade tel ade sere ee eld eden bleed ei get 
“basset See ped i) eeu se 

Ano asec sees edn swbele eLeeoledeeebAdehso eee se ese acne ep 
fieldModeFilterincFlac =fieldModeMbElas and (Ei, yEj =k 8) uth k =0-15-asinputand S'-as-output 

Hi estisaea luce bec ie oe pepe ae seetiiiee aa bel ele 
pabedii chrome see se Ope de Sle ee de ese bee ele det ale 
a 


2a et Jatt ep lee ten tees ee 


Shee ee Ol ae eine 
Slice type 
Syntax-clement Fable 
SI I PSP B 
mboskiptag Table 9-14 H+ 24-26 
S. ice—datat 
pablo ee Fable 9-18 70-72 70-72 70-72 wR 
Fable 9-12, 
vebousse Fable 9-13. O40 3490 1420 27-35 
Fable 9-14. 
TERA Ete Fable 9416 Bet 399-401 399-401 399-401 
macroblockayerQ) coded_block_pattern 2. a ee 
fia Fable 9-18 B16 72-16 B16 73-76 
eerie bled pttoss: 
(chroma) 
ph podcthe Fable 947 60-63 60-63 60-63 60-63 
rem_intrat4_predimede Fable 947 69 69. 69 69 
pebopeediot pe pe i th Fable 9-17 na 68 68 68 
rem_intra8x8_pred_mode Table 9-17 na 69 69 69. 
refidst0 Fable 9416 5459 5459 
eels tt Table 9-16 54-59 
myd Fable 9-15 40-46 40-46 
bende sad OHH 
Se? mye HULO Table 9-15 40-46 
mvd_ Op f ltt] Fable 915 47-53 47-53 
may He et Fable 9-15 4753 
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Fable 913 
Fable 9-14 
Fable 919. 4095-165 495-165 495-165 495165 
eT i sho 277-337 277-337 277-337 277-337 
significant_coetf_flag[ ]} 
2 2 Fable 9 XK, 402-416 402-416 402-416 402-416 
Fable 9-20. 466-226 166-226 166-226 166-226 
oe ease : Fable 9-23, SSeS 338-398 338-398 338-398 
=e = fest Fable 9 XK, 447-495 447-495 447-495 447-495 
: ; Fable 921 227-275 227275 227275 227275 
Chee Pale GLb ell 
fi bac_init_id I | 4 
Val P Initialisati etxIdx 
| init id iabl 
ce 54 55 56 §7 58 59 400 401 
I slices m na na na na na na 0 Q 
n na na na na na na 63 63 
0 m = 5 4 s 4 4 9 9 
n 67 74 74 80 72 58 63 63 
1 m + + + 2 Ss 0 0 Qo 
n 66 eal 70 86 72 61 63 63 
2 m 3 4 2 -12 7 4. Q Q 
n 55 79 wi QF 50 60 63 63 
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Ala] S S/S] FS] & Fi] SPR, Ss Sy at SF Sy ty al sl a; ti) sy al al;al; st] sek 

ia ti] e | + +14] re eel tp ti tf sf ofa] eo} ]/ a] ae] a ala] al als] sia 
| Ala] S S/S) S| & Si] SPR, Fs] Sy at PS Sy ty al sl ay ti) sy al al;a; st] sek 
7 a +1 tir] se ei) el tp tp tf sfpofa}o}m 2) a) a ala] a alae] st] a 
4| 4a) S S/S) FS) & S/S Re, SPS ay Sy Fy sty_al_ el aly sl Sy ayajyal;s)s] se 

7 VF see. gp ee aes ee age ae eae aie | tp Ve ome oe |e ls oh ee ag. | oe Pelee | oe ae eae | ae Peel 
a | A] & a)/et |e] ez fF) Ss; s) Se FP Sl Ale) /S) Sl else el et aya; sal) st) ] s 

“ ee t/t] ot] Pl) er sl _ e~ sr ]~ tL a l~ elm] Si wp aly se alas; se] a] eg 
: : |< \2 Oe ae a: Oe ae ae ee a ee ge ee a ee ee ae ae a 
S/S) a S/F] a | 4 AIS FPS) APs al ety Ss al alae |+ Fi Sy el el alyaly se] 4 

7 +]? | ef} ee] et | ot +P ofa tole) 21S) al al al a) a ]~ Sp Spat rr} tpe}atea 
S| fF] & 4) $) a4) 4 S/F) FP) SPR) SPA) St) Sal alae FL Sy Play aly aly al & 
7 +] | a ef] e | | ot t+] olalo SPST RPA AP A_R PS ~ Rp wp r]~ tl aef al] + 
Sl F/ a $)/F] a | 4 AIS FPS] APs al ty Ss al al are) Fi Sy Fl el alyaly se] 4 

: +] | ee +] olalo SPST RPA A] RP RPS _ Rp wp r]~ tl ef a] + 
tt) ae] SO ee SLAlLR SI) Sy al ae el a al al aly sl sy PtP el FL Fl ala 

“3 | Re |e gt) oe) ts] PLT FLD] elm alm ale al al ala] Spay tir yay st 
: 2 |= | 3 a |= |2)|% ae ee eee ee ae ee 


2004 
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"wp hd A " 


Phepeseitbio ties othe eee ies ie tte pee Ube Seles el eed! bo. 


eho seeite tae oa te a eb bee teh ce presondin biabeen ee aoe 
pei hase elects 
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